Open
Bug 631671
Opened 14 years ago
Updated 4 years ago
Make it possible to blacklist entries for switch-to-tab
Categories
(Firefox :: Address Bar, defect, P5)
Firefox
Address Bar
Tracking
()
REOPENED
People
(Reporter: zpao, Unassigned)
References
Details
(Keywords: papercut, Whiteboard: [switch-to-tab])
I'll probably make an add-on to do this in the meantime, but it would be really nice to have the ability built in without having to install my own db triggers or wrap the autocomplete controller.
Comment 1•14 years ago
|
||
Actually, rather than providing the simple on/off toggle (or even in addition to it), this functionality would be even better, most users complaining about switch to tab have specific use-cases (often bound to work or web development) and this would address them without killing a functionality.
Plus the toggle could leverage this with a full whitelist/blacklist.
Comment 2•14 years ago
|
||
ehr, talking about bug 530209
Updated•12 years ago
|
OS: Mac OS X → All
Hardware: x86 → All
Updated•11 years ago
|
Blocks: fxdesktopbacklog
Whiteboard: [switch-to-tab] → [switch-to-tab] p=0
Updated•11 years ago
|
No longer blocks: fxdesktopbacklog
Flags: firefox-backlog+
Updated•10 years ago
|
Flags: qe-verify?
Whiteboard: [switch-to-tab] p=0 → [switch-to-tab]
Updated•10 years ago
|
Points: --- → 8
Comment 4•10 years ago
|
||
Given that I'm already working on bug 530209 , I'm also fixing this bug. I have a working fix in a patch in that bug. I can take it out and put it here as a new patch, but I'll need to constantly rebase it.
I think it's ok if this is tested separately after the initial bug will be fixed and will land.
Assignee: nobody → abardas
Status: NEW → ASSIGNED
Flags: qe-verify? → qe-verify+
Updated•10 years ago
|
Updated•10 years ago
|
Iteration: --- → 35.3
Comment 5•10 years ago
|
||
I think it's not worth to spend time on this until we discussed the outcome and interaction with UX.
it's possible we don't even want it.
There's more important fixes to work on, this is just a nice-to-have.
Comment 6•10 years ago
|
||
(In reply to Marco Bonardo [::mak] (needinfo? me) from comment #5)
> I think it's not worth to spend time on this until we discussed the outcome
> and interaction with UX.
> it's possible we don't even want it.
>
> There's more important fixes to work on, this is just a nice-to-have.
Oh, I was thinking about that browser.urlbar.suggest.openpage pref we've added for bug 530209 which does not show switch to tab entries at all. But I see now what this bug is referring to only some entries, not all of them and I guess it's different work (I misinterpreted it).
Assignee: abardas → nobody
Status: ASSIGNED → NEW
Updated•10 years ago
|
Iteration: 35.3 → ---
A lot of people have been asking for a simple way to disable switch to tab, so if it's possible please include the preference when you fix bug 530209.
Comment 8•10 years ago
|
||
(In reply to annaeus from comment #7)
> A lot of people have been asking for a simple way to disable switch to tab,
> so if it's possible please include the preference when you fix bug 530209.
The pref is there already, this was about changing it from a bool to a blacklist. But we need a proper design/discussion rather than rushing this change.
Comment 9•6 years ago
|
||
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → INACTIVE
Updated•6 years ago
|
Status: RESOLVED → REOPENED
Priority: -- → P5
Resolution: INACTIVE → ---
You need to log in
before you can comment on or make changes to this bug.
Description
•