In particular, using "Rss Icon in url bar"  causes some kinds of customizations to the toolbar to be reverted or modified. It seems that something triggered a "Save state", and then whenever the browser was closed, the tabbar would reset back to that save state. I don't know what triggered the save state, but it changed at least once during my debugging. Or maybe it isn't so complex, and I wasn't taking careful enough notes. :mconley said he suspects the pattern of toolbar manipulation the addon does  is the culprit. : https://addons.mozilla.org/en-US/firefox/addon/rss-icon-in-url-bar/ : https://addons.mozilla.org/ru/firefox/files/browse/257554/file/overlay.js#top
Hm, so I took a closer look at the code in , and it looks like what's happening is that on add-on init, the add-on caches the value of currentSet before it injects itself, and then on uninit, sets the toolbar back to the cached currentSet. So I suspect this was a problem even before CustomizableUI was introduced. I think this add-on needs to be altered to use CustomizableUI to add itself to the toolbar.
Component: Extension Compatibility → Add-ons
Product: Firefox → Tech Evangelism
Hey jorge - can we contact this add-on author to have them update their add-on? Or, alternatively, point to a place where I (or someone else) can submit a patch?
Summary: Add-ons that use old mechanism for adding toolbar buttons can accidentally revert customizations → RSS Icon in url bar add-on caches and overwrites toolbar customizations
I contacted the developer through AMO.
This was fixed in bug 1341562, but also no more legacy add-ons, so resolving as WFM.
Status: NEW → RESOLVED
Last Resolved: 2 months ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.