Save to Pocket toolbar button doesn't work when getpocket.com is containerized

[kefkf]

The Save to Pocket toolbar button shows the login popup even though getpocket.com is logged in in a containerized tab.

Steps to reproduce:

• Log out of pocket
• Add getpocket.com to a container, make sure Always Open in This Container is selected
• Try to add a site to pocket via the Save to Pocket toolbar button.
• The login dialog pops up on the toolbar, click Log in
• Login to pocket in a new containerized tab
• Go back to the tab you had wanted to save to pocket
• Click the Save to Pocket button, the same login dialog pops up even though you are logged in to pocket in a containerized tab

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

[jonathanKingston]

This will be the same of Firefox accounts also, the only way to solve bugs like this are:

• Treat URLs that are part of the browser UI as privledged and not able to be assigned ever
• Work with these native UI pieces to work with containers, this likey would be a different solution for each part.

[TanviHacks]

If you assign pocket to a container, this is going to be an issue.

What will be the problem with Firefox accounts?

[stoically]

Would it be feasible to exclude getpocket.com from being assigned (like about: pages)?

[tigerjack]

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?

[gizmecano]

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:

• The logged-out state of the "Save to Pocket" doorhanger is still displayed after login if the "browser.privatebrowsing.autostart" pref is set to "true"
• Shouldn't have to log in again when using Firefox account