Closed
Bug 892841
Opened 11 years ago
Closed 11 years ago
Break out of the toolbox children loop when we find the palette
Categories
(Firefox :: Toolbars and Customization, defect)
Firefox
Toolbars and Customization
Tracking
()
RESOLVED
FIXED
Firefox 28
People
(Reporter: jaws, Assigned: jaws)
References
Details
(Whiteboard: [Australis:M8])
Attachments
(1 file)
(deleted),
patch
|
dao
:
review+
|
Details | Diff | Splinter Review |
In /browser/components/customizableui/content/toolbar.xml, // Searching for the toolbox palette in the toolbar binding because // toolbars are constructed first. let toolbox = this.toolbox; if (toolbox && !toolbox.palette) { for (let node of toolbox.children) { if (node.localName == "toolbarpalette") { // Hold on to the palette but remove it from the document. toolbox.palette = node; toolbox.removeChild(node); } } } We can break out of the loop once we find the palette. This would follow the same behavior that /toolkit/content/widgets/toolbar.xml already provides.
Assignee | ||
Comment 1•11 years ago
|
||
As comment #0 mentions, this is not just a perf issue but also one of correctness if somehow multiple palettes exist.
Assignee | ||
Comment 2•11 years ago
|
||
Baseline, https://tbpl.mozilla.org/?tree=Try&rev=395f9c40686d With patch, https://tbpl.mozilla.org/?tree=Try&rev=0aff825f4331
Attachment #774443 -
Flags: review?(mnoorenberghe+bmo)
Updated•11 years ago
|
Attachment #774443 -
Flags: review?(mnoorenberghe+bmo) → review+
Assignee | ||
Comment 3•11 years ago
|
||
https://hg.mozilla.org/projects/ux/rev/6bfdb8e66c50
Whiteboard: [Australis:M8][fixed-in-ux]
Comment 4•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/6bfdb8e66c50
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Whiteboard: [Australis:M8][fixed-in-ux] → [Australis:M8]
Target Milestone: --- → Firefox 28
You need to log in
before you can comment on or make changes to this bug.
Description
•