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)

x86_64
Windows 7
defect
Not set
normal

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.
This problem appeared since landing of Bug 457187
Blocks: 457187
Status: UNCONFIRMED → NEW
Ever confirmed: true
Whiteboard: [Australis:P3-]
Keywords: regression
Flags: firefox-backlog+
Any status update on this one? "WFM", now that Bug 457187 is fixed?
Flags: needinfo?(elbart)
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.