idv
-
Posts
11 -
Joined
-
Last visited
-
Days Won
1
Content Type
Profiles
Events
Forums
Blogs
Gallery
Downloads
Posts posted by idv
-
-
1 hour ago, Nick L. said:
@idv We're looking into this issue right now and I will update this thread when I have more information. Thanks for chiming in.
Great, thank you very much!
-
30 minutes ago, gazumped said:
There's a Facebook community and a Twitter account @EvernoteHelps - you could try them for comment. Company staff don't (usually) make a practice of responding to individual requests here - and given the amount of traffic, may not even see this thread for a while...
Thank you very much! Contacted @EvernoteHelps on Twitter, hope it would actually help.
-
Since April 24 2020 something has changed in server side Evernote API handling: calls to UserStore (virtually any calls but in particular checkVersion and getUser) started to return with weird error: HTTP status code is 429 which corresponds to "Too many requests" but the error is "OK". This error has ruined two open source Evernote clients on Linux: NixNote2 and Quentier. Both use unofficial C++ implementation of Evernote API, QEverCloud, but it worked fine for several years and then stopped in a single day on which nothing has changed in the library or in the apps. Furthermore, the error also affects people who use official Evernote SDKs according to this stackoverflow question: https://stackoverflow.com/questions/61404638/why-is-there-a-sudden-increase-in-ttransportexception.
There's some investigation on the issue here by NixNote2 maintainer: https://github.com/robert7/nixnote2/issues/151#issuecomment-621384522. In particular, it seems that calls to UserStore started to require some cookie in addition to authentication token and that cookie is set during OAuth procedure. I failed to find anything about this in the documentation. One other thing that I noticed is that www.evernote.com suffers from this problem but sandbox.evernote.com doesn't seem to.
I know this forum is user supported but I really hope that someone from Evernote backend team could comment on this issue. Is it a bug? Or is it an undocumented new feature? What should Evernote API users change in their apps to continue working with UserStore?
- 1
-
You might wish to check out another open source alternative that I describe in the neighboring thread. However, note that it's in alpha state now i.e. it's unpolished and too fresh to be considered reliable.
Calls to UserStore from Evernote API stopped working
in Evernote Integrations
Posted
@Nick L. just in case: I managed to confirm that UserStore API calls start to work again if I set one of cookies set by Evernote servers during OAuth procedure: the name of the cookie in my case is web50017PreUserGuid. I guess "web" is prefix here, "50017" is some id specific to each user and/or something else and "PreUserGuid" is a suffix.