Closed Bug 950403 Opened 11 years ago Closed 11 years ago

Widget position not remembered correctly

Categories

(Add-on SDK Graveyard :: General, defect)

x86_64
Windows 7
defect
Not set
normal

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
Component: Untriaged → General
Product: Firefox → Add-on SDK
Version: 26 Branch → unspecified
(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)
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.