Closed Bug 997761 Opened 11 years ago Closed 3 years ago

The order of items in the toolbox (customization palette) doesn't persist between customization sessions

Categories

(Firefox :: Toolbars and Customization, defect)

Product:
Firefox
Component:
Toolbars and Customization
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WONTFIX

People

(Reporter: cbadau, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [Australis:P4-])

Reproducible on Firefox 29 Beta 8 (buildID: 20140414143035), latest Aurora 30.0a2 (buildID: 20140417004004) and latest Nightly 31.0a1 (buildID: 20140417030203) Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:29.0) Gecko/20100101 Firefox/29.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:30.0) Gecko/20100101 Firefox/30.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:31.0) Gecko/20100101 Firefox/31.0 Steps to reproduce: 1. Start Firefox 2. Open the Panel Menu from the top right 3. Click on the "Customize" button in the Panel Menu 4. Drag and drop items from the Panel Menu to the right chrome layout 5. Click on the "Exit Customize" button in the Panel Menu 6. Reopen the Panel Menu and click again on the "Customize" button Expected results: The order of the items from the chrome layout should be the one set in step #4. Actual results: The order of the items from the chrome layout is not the one set in step #4. Notes: 1. The bug is reproducible also on Windows 7 x64. 2. This issue is not a regression.
This really needs more information and screenshots, as customization has always worked for me. Camelia, you also tend to put: (In reply to Camelia Badau, QA [:cbadau] from comment #0) > 2. This issue is not a regression. in your bugreports, and I never know what it means.
Flags: needinfo?(camelia.badau)
Clarified this with Camelia over IRC - this is about the toolbox. I'm pretty sure that persisting the layout of items in the toolbox isn't something we want to do... Mike, do you agree?
Flags: needinfo?(camelia.badau) → needinfo?(mconley)
Summary: The order of items from chrome layout isn't the correct one after customization → The order of items in the toolbox doesn't persist between customization sessions
Currently, we use the CustomizableUI.getUnusedWidget() array to determine what order to put things in the toolbox, and that function gives back the programmatically defined widgets before any items overlayed into the palette. It might make sense to allow the user to arrange the items in the palette however they'd like, and to have them remain in that state - by principle of least surprise. Not high priority, but I'd call it a consistency / ux-trust thing. Maybe we should confirm with UX on that though, because I'm just going off instincts.
Flags: needinfo?(mconley)
needinfo'ing fang to get some UX input here.
Flags: needinfo?(zfang)
I agree with Mike here. It would be nice to have a consistent order of the tools, but probably a low priority issue.
Flags: needinfo?(zfang)
Blocks: australis-cust
Summary: The order of items in the toolbox doesn't persist between customization sessions → The order of items in the toolbox (customization palette) doesn't persist between customization sessions
Whiteboard: [Australis:P4-]

I think it's unlikely we're going to do this anytime soon. We can re-open if we change our minds.

Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.