Skip to content
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

Should not block internal pages #6

Open
naoliv opened this issue Jul 31, 2018 · 4 comments
Open

Should not block internal pages #6

naoliv opened this issue Jul 31, 2018 · 4 comments

Comments

@naoliv
Copy link

naoliv commented Jul 31, 2018

For example, if I have reached the maximum number of tabs it just won't let me open about:addons

about:* should all be part of a whitelist, and always be opened (no matter the amount of tabs that I already have)

@axelsimon
Copy link

Came here to say this.

Workaround: open about:addons in an already open tab to change max-tabs setting to more tabs than you currently have.

@kanru
Copy link
Owner

kanru commented Mar 2, 2019

I see why this can be inconvenient but I sometimes found I have too many about: tabs open 😄

I'm not sure if the API allows me to query about:* tabs, the pattern matching only accepts <schema>://<host><path>. I'll need to add "tabs" permission and filter by url. I'm not sure if I want to add that.

@tpnl
Copy link

tpnl commented Oct 1, 2019

I'd like to add another request for this: I installed the add-on having more than 10 tabs open meaning I couldn't get in to change the preferences (I found myself unable to click on the icon to set them).

@axelsimon
Copy link

axelsimon commented Jan 22, 2021

@kanru, this needs to be fixed 🙂

All internal Firefox tabs should always open: in the same way that these same tabs/sites don't allow add-ons to work on them (you can't close an internal Firefox tab with a mouse gesture), Max Tabs shouldn't be able to prevent them from opening.

It's fundamental that about:preferences should always open, when requested. It's really scary for a normal user to not be able to reach the browser preferences.

This bug should have a high priority!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants