Open kefkf opened 7 years ago
This will be the same of Firefox accounts also, the only way to solve bugs like this are:
If you assign pocket to a container, this is going to be an issue.
What will be the problem with Firefox accounts?
Would it be feasible to exclude getpocket.com from being assigned (like about: pages)?
Just a question: if 'getpocket' is not containerized to work around this issue, does it mean that pocket cookies are saved in each container? Wouldn't it defeat the main purpose of containers?
I'm not quite sure if the issues are related, but for all intents and purposes, I'm mentioning two issues currently opened in the Pocket bugtracker that may relate to this issue:
I see that the most recent post here is 2022. Today is June 2024 -- The problem persists.
The only information I can add to the above it that i've noticed that "Save to Pocket" works in one or two profiles. Most profiles it fails.
Is there a mechanism to reinstall pocket and only pocket? As if it was and extension/add-on like it used to be in the old days . . .
I think if I can "reinstall" or "reinitialise" the pocket module, that might fix things. What do you think?
The Save to Pocket toolbar button shows the login popup even though getpocket.com is logged in in a containerized tab.
Steps to reproduce:
I'm using Firefox 55.0.3 64bit on Linux with Gnome 3.24.2.
about:support: https://imgur.com/a/fOLBO
┆Issue is synchronized with this Jira Task