Closed
Bug 990186
Opened 11 years ago
Closed 8 years ago
Placing addon-button next to newtab-button and disabling the addon also removes the newtab-button
Categories
(Firefox :: Toolbars and Customization, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 1370791
People
(Reporter: elbart, Unassigned)
References
Details
(Keywords: regression, Whiteboard: [Australis:P3-])
STR:
- Install any addon with a toolbar-button, preferably a restartless one. SessionManager, AdBlockPlus or the example-addon linked at the bottom of [1], any will do.
- Place the addon-button between the tabs and the newtab-button in the tabbar, so the addon-button is left of the new-tab-button.
- Open about:addons and disable the addon.
(- Restart Firefox when using a non-restartless addon)
[1] https://blog.mozilla.org/addons/2014/03/13/new-add-on-sdk-australis-ui-features-in-firefox-29/
ER:
The addon-button gets removed and the newtab-button stays where it was.
AR:
The addon-button gets removed and so does the newtab-button: http://i.imgur.com/B7vJD1b.gif
But the newtab-button is visible when "Customization" is open.
This bug can be triggered in versions from at least August 2011, so it's no Australis-only bug.
_____
Workarounds:
- Full reset with "Restore Defaults"
- Reenabling of the addon and placing the newtab-button to the left of the addon-button once. Afterwards the addon can be disabled and the newtab-button stays.
Comment 1•11 years ago
|
||
This problem appeared since landing of Bug 457187
Updated•11 years ago
|
Whiteboard: [Australis:P3-]
Updated•11 years ago
|
Keywords: regression
Updated•11 years ago
|
Flags: firefox-backlog+
Comment 2•8 years ago
|
||
Any status update on this one?
"WFM", now that Bug 457187 is fixed?
Flags: needinfo?(elbart)
Comment 3•8 years ago
|
||
This isn't fixed, but bug 1370791 has more details, so duping forward.
Status: NEW → RESOLVED
Closed: 8 years ago
Flags: needinfo?(elbart)
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•