Closed
Bug 990186
Opened 10 years ago
Closed 7 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•10 years ago
|
||
This problem appeared since landing of Bug 457187
Updated•10 years ago
|
Whiteboard: [Australis:P3-]
Updated•10 years ago
|
Keywords: regression
Updated•10 years ago
|
Flags: firefox-backlog+
Comment 2•7 years ago
|
||
Any status update on this one? "WFM", now that Bug 457187 is fixed?
Flags: needinfo?(elbart)
Comment 3•7 years ago
|
||
This isn't fixed, but bug 1370791 has more details, so duping forward.
Status: NEW → RESOLVED
Closed: 7 years ago
Flags: needinfo?(elbart)
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•