Closed
Bug 950403
Opened 11 years ago
Closed 11 years ago
Widget position not remembered correctly
Categories
(Add-on SDK Graveyard :: General, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 854226
People
(Reporter: marnick.leau, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20131208 Firefox/24.0 PaleMoon/24.2.2 (Nightly/Aurora) Build ID: 20131208110151 Steps to reproduce: -Install SDK add-ons that create Widgets -reorder some widgets, remove others from the add-on bar altogether (into the customization dialog), move others into the regular toolbars -restart Firefox This issue has been reported to me by users of my add-ons and I've noticed the behavior in other SDK add-ons as well, both in this Palemoon 24 as well as in a blank Firefox 26. Widgets don't have any positioning controls that are exposed to the add-on code, so I assume the browser needs to take care of positioning and restoring based on a widget's id attribute (which, in my example, remains the same for each widget at all times). Initial setup: https://puu.sh/5MNmt.png (several SDK add-ons at the bottom, 2 non-SDK add-ons at the top) Reordering: https://puu.sh/5MNnB.png (removed the green light and moved the glasses next to the video reel) Immediately after restart: https://puu.sh/5MNtw.png (light restored, glasses shifted to the right) Actual results: -removed widgets are back in the add-on bar instead of the customization dialog -widgets on the regular toolbars have shifted to the right until they're next to a widget created by a non-SDK add-on (jumping over things such as separators and spaces) Expected results: -removed widgets are not restored to the add-on bar and widgets on the regular toolbars stay where they are
Reporter | ||
Updated•11 years ago
|
Component: Untriaged → General
Product: Firefox → Add-on SDK
Version: 26 Branch → unspecified
Reporter | ||
Comment 1•11 years ago
|
||
(In reply to marnick.leau from comment #0) > User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20131208 > Firefox/24.0 PaleMoon/24.2.2 (Nightly/Aurora) > Build ID: 20131208110151 > > Steps to reproduce: > > -Install SDK add-ons that create Widgets > -reorder some widgets, remove others from the add-on bar altogether (into > the customization dialog), move others into the regular toolbars > -restart Firefox > > This issue has been reported to me by users of my add-ons and I've noticed > the behavior in other SDK add-ons as well, both in this Palemoon 24 as well > as in a blank Firefox 26. Widgets don't have any positioning controls that > are exposed to the add-on code, so I assume the browser needs to take care > of positioning and restoring based on a widget's id attribute (which, in my > example, remains the same for each widget at all times). > > Initial setup: https://puu.sh/5MNmt.png (several SDK add-ons at the bottom, > 2 non-SDK add-ons at the top) > Reordering: https://puu.sh/5MNnB.png (removed the green light and moved the > glasses next to the video reel) > Immediately after restart: https://puu.sh/5MNtw.png (light restored, glasses > shifted to the right) > > > Actual results: > > -removed widgets are back in the add-on bar instead of the customization > dialog > -widgets on the regular toolbars have shifted to the right until they're > next to a widget created by a non-SDK add-on (jumping over things such as > separators and spaces) > > > Expected results: > > -removed widgets are not restored to the add-on bar and widgets on the > regular toolbars stay where they are The issue has also been going on for over a year at least (I first noticed it when Adblock Plus became restartless), meaning it has spanned several versions of the SDK, Firefox and Palemoon (I've only been using the latter again since a few months ago)
Updated•11 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•