-
-
Notifications
You must be signed in to change notification settings - Fork 187
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
New tab in panel don't open in container #305
Comments
I had same issue, which is quite annoying since I had to reassign container for every new tab. I figured there is a simpler solution: using ctrl + space for new tabs instead of ctrl + t. You can rebind this to another shortcut from sideberry settings. FF doesn't allow extensions to rebind ctrl + t though. |
Any updates on this? TreeStyle tab was able to solve this. I know you said there's no optimal solution, but an unoptimal solution that's off by default and we had the ability to turn on would be nice. |
Bug confirmed |
Resolved (as a workaround) in v5.0.0 (Sidebery settings >> Navigation bar >> Panel config popup >> Detect externally opened tab... sub-option) |
That doesn't seem to work for me. I've enabled that setting, but when I press ctrl+t in that panel, it still opens with no container |
I think that is expected with this setting. The tab opens with no container but when you make a network request (enter an address and press enter) Sideberry automatically recreates the tab with the correct container. |
Steps to reproduce
Expected behavior
Tab must be opened in container pointed in p.2 of step to reproduce
Actual behavior
Tab open in default container
Environment info
OS: macos 10.15.6
Firefox version: 80.0.1 (64Bit)
Addon version: 4.9.0
Installed additional addon: Firefox Multi-Account Containers (7.0.2)
The text was updated successfully, but these errors were encountered: