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)

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: 7 years ago
Flags: needinfo?(elbart)
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.