Pocket recipe stopped working?

[julio:map]

Since a few days ago, my pocket recipe has stopped working.

I see some comments in the get_textview function definition:
"This function will break when pocket hates us"
I'm afraid, it has started to hate us now ;-)

I follow the function, and see a first lookup of a page...
soup = self.index_to_soup(url)

But the page returned (which I have seen "prettified"), seems as if the browser from which it is taken was not logged in...
And thus...
fc_tag = soup.find('script', text=re.compile("formCheck"))
...returns None, because the browser it is taken from is not logged in...
...and the rest of the recipe fails.

When I try to get on my Firefox browser the exact same URL, it returns a page with a formCheck inside a script. (so the recipe is well constructed, but not logged in at this point).

Can somebody help?

[kovidgoyal]

The login for all recipes happens in get_browser() so look at that function. Probably it needs to be updated.

[julio:map]

Originally Posted by kovidgoyal

The login for all recipes happens in get_browser() so look at that function. Probably it needs to be updated.

Thanks for your help.

get_browser does in fact login well.

The overall purpose of the recipe (pocket) formerly called "read it later" is to retrieve a set of articles that you have marked for later reading when navigating through internet, and build an ebook with them.

Well.. The list of articles collected for retrieving by the recipe is "my" list, so it has logged in correctly and retrieved the list of articles corresponding to the logged in user.

But when the recipe tries to retrieve each of those articles, using get_obfuscated_article, which in turn calls get_textview... it seems to have been logged out. (maybe, based on the comments of the author of the recipe, it has used an outdated mechanism of login in, and it has stopped working)

Maybe the problem is only with "my" user, or the specific list of articles I have tested for retrieving.

Surprisingly the author was expecting this to happen at some point of time.

[kovidgoyal]

Sorry I dont have any more insight to offer, as I dont use this recipe, you will need to contact the author.

[Luzandro]

No, it's not just you. The problem seems to be in get_textview where the structure of the pocket site has changed and the search for formCheck doesn't work anymore. The value still does exist, it's just called a little bit different (hidden input field called "form_check"), so I've changed the code a little bit to extract it, but I still only get this return from Pocket:

{u'status': 0, u'error': 1}

So maybe as the author has expected the old API finally broke altogether

[julio:map]

Solved.

The problem: Getpocket uses a variation of oAuth to authenticate. The authentication process is quite complex, so the author of the recipe decided to use an alternative method with an old URL that admitted user/password authentication. This alternative old URL has stopped working.

The solution: Either hours of programming, including a request for a special key which should be made by the author of the recipe, or...

The workaround: Get an instapaper account. There is a recipe for instapaper that works like a charm.

Lessons learned: Never ever block your legitimate users.

[Luzandro]

Actually oAuth isn't really the main problem. For one you can still login and get the list of your articles, but more importantly even with oAuth you couldn't get the full articles by using the public API as this is only allowed for selected partners
https://getpocket.com/developer/docs/v3/article-view

Therefore the author chose to mimic the ajax requests the browser makes when using the site on the desktop