-
Notifications
You must be signed in to change notification settings - Fork 372
Firefox stopped asking which container to use when opening links from external apps #2689
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
@scovich I would recommend to try to fix your case the following way:
I suspect that you accidentally ticked If it helped, please, then close this issue as resolved. So other users will see that this way it really works. :) |
@achernyakevich-sc -- as noted in my original post, I had already checked for that before filing this issue. And the confirmation still popped up when opening links from within Firefox in new tabs. Just not when opening external links. However, at some point this week it just started working again on its own. I see FF is now at 132.0.1, so maybe they fixed something on their end. The extension is still on 8.2.0 (September) release. Closing as (self) resolved for now. So glad it's working again! |
Ugh.. it stopped working again. No changes at all -- I was working my way through github notification emails and suddenly it stopped prompting from one email to the next. I'm not sure what flakiness could cause this. Confirmed that the box is still not checked -- it still prompts when opening a link from browser history, for example. |
@scovich Do I understand correct that you click link in the email and it opens in your browser? If so then what mail client do you use? Is it Gmail? |
I click the link in Thunderbird client for M1 Mac (gmail account), and it opens a new tab in browser without asking what tab container to use. When things are working, it opens a new tab that immediately asks which container to use. |
Clicking links from a Slack desktop client has the same problem, so I don't think it's specific to Thunderbird. Copying the url from the address bar of the tab that failed to ask, clicking the |
@scovich Could you update issue's description (section BTW: you could try to disable other Firefox Add-Ons and check does it work properly or no. |
Done.
Disabled them all, no change (including after a restart) |
@scovich Nothing suspicious at the moment... I would ask you to provide information about MAC options and Permissions. Could you open |
@scovich Could you try to untick checkbox |
Sorry for the delay responding -- I'm not getting notification emails about changes on this issue for some reason, and I finally came back to check why nothing was happening 🤦 I have a vague memory that I originally had to tick that checkbox very soon after first installing the extension, because of some other unpleasant behavior. But I don't remember what the other problem was. I'll try and report back. |
Tried unticking the checkbox, no change at all when opening external links. And I also remember now why I had originally checked that box: |
FYI an issue already exists for the tab-doubling problem: #2619 |
It's working again today. No change since Friday except a weekend passed -- I did not even restart FF. We'll see how long it lasts this time. |
@scovich Could you provide a list of all Add-Ons installed in your Firefox. Maybe it somehow conflict... It is just a hypotheses but we could try. Another way to check could be disabling all Add-Ons except MAC and checking. If it will work alone then enable Add-ons one by one and check which one will return the issue back. |
@achernyakevich-sc -- I already tried that last time somebody asked: #2689 (comment) The problem persisted even with all extensions disabled. |
(extensions are listed in the issue description, along with their versions) |
Update: External links have been working again normally since coming back from the holidays. Whatever the problem is, it's quite intermittent. |
Hard to say what really get problem fixed. As I understand you have new Firefox (134.0.x?) and new MAC (8.2.0?). As well I ca suspect you updated your macOS. I have checked MAC 8.2.0 release notes - nothing special that was going to fix the issue was not implemented. But maybe it is a side effect. In any case, if the issue will not be reproducible anymore then it would be great if you will close it and show this way to other users that updating to the latest version of software has a chance to avoid this problem. :) |
Before submitting a bug report
Step to reproduce
I use containers to juggle my personal and corporate github accounts, and have set my personal account to always open in "OSS github" container. I intentionally did not check the "remember my decision" box, because I want to confirm on a per-link basis which account to use. This has historically worked well:

For corporate github links, I click the "Open in current tab" button, and for other github links, I click the "Open in OSS github container" button.
Actual behavior
This had all been working great for many months now -- including for links opened by external applications. Unfortunately, in the last week or so it stopped working for links clicked from external apps like Thunderbird or Slack. Instead, it goes straight to the OSS github container without asking, which naturally produces a 404 for corporate github links:

At first, I thought I must have accidentally checked the "remember my decision" box. But if I manually open a new tab and paste the exact same link in the address bar, the container confirmation dialog displays as expected.
This may be relate to #706, except the problem only appeared in for me in the last week or so. I wonder if a recent Firefox update may have broken something? I'm currently on 132.0.1 (osx aarch64).
Expected behavior
It shouldn't matter how a link was opened in a new Firefox tab -- the container tab behavior should be the same (ask, or don't ask, based on whether the "remember my decision" box was checked).
Additional informations
Machine: MacOS Sonoma 14.7 (M1 max)
Firefox version 132.0.2 (but problem was observed with 132.0.1 as well)
Extensions (I did not add or remove any extensions within in the last ~year):
Provide a copy of Troubleshooting Information page (optional)
No response
The text was updated successfully, but these errors were encountered: