Closed
Bug 978084
Opened 10 years ago
Closed 10 years ago
Attribute [customizing-movingItem] set but not removed.
Categories
(Firefox :: Toolbars and Customization, defect)
Tracking
()
RESOLVED
FIXED
Firefox 30
People
(Reporter: mcdavis941.bugs, Assigned: MattN)
References
Details
(Whiteboard: [Australis:P3-])
Attachments
(1 file)
7.87 KB,
patch
|
Gijs
:
review+
Sylvestre
:
approval-mozilla-aurora+
|
Details | Diff | Splinter Review |
This is based on looking in DOM Inspector, not from looking deeply at the underlying code: When you start a drag-and-drop of a movable item while customizing in Australis, attribute [customizing-movingItem] is set on #main-window but isn't removed. The code makes it seem like it's meant to be removed when the drag-and-drop operation is completed, but the attribute stays set anyway. I have no idea if this matters or not, but this seems suspicious, so I'm mentioning it FWIW. This is with Fx29 Aurora.
Comment 1•10 years ago
|
||
Matt, is this something you could look at when looking at bug 977862?
Flags: needinfo?(MattN+bmo)
Whiteboard: [Australis:P3-]
Assignee | ||
Comment 2•10 years ago
|
||
Yep
Assignee: nobody → MattN+bmo
Status: NEW → ASSIGNED
Flags: needinfo?(MattN+bmo)
Assignee | ||
Comment 3•10 years ago
|
||
https://developer.mozilla.org/en-US/docs/Web/Reference/Events/dragend#Notes
Attachment #8385358 -
Flags: review?(gijskruitbosch+bugs)
Comment 4•10 years ago
|
||
Comment on attachment 8385358 [details] [diff] [review] v.1 Ensure dragend gets fired to workaround bug 460801 Review of attachment 8385358 [details] [diff] [review]: ----------------------------------------------------------------- ::: browser/components/customizableui/src/CustomizeMode.jsm @@ +1353,5 @@ > } else { > // The items in the palette are wrapped, so we need the target node's parent here: > this.visiblePalette.insertBefore(draggedItem, aTargetNode.parentNode); > } > + if (aOriginArea.id !== kPaletteId) { Please add a comment here about why this is necessary, and why only if the origin /isn't/ the palette. @@ +1393,5 @@ > // as a "move". An "add" is only when we move an item from the palette into > // an area. > let custEventType = aOriginArea.id == kPaletteId ? "add" : "move"; > BrowserUITelemetry.countCustomizationEvent(custEventType); > + this._onDragEnd(aEvent); Ditto.
Attachment #8385358 -
Flags: review?(gijskruitbosch+bugs) → review+
Assignee | ||
Comment 5•10 years ago
|
||
https://hg.mozilla.org/integration/fx-team/rev/460737714c56
Flags: in-testsuite+
Whiteboard: [Australis:P3-] → [Australis:P3-][fixed-in-fx-team]
Comment 6•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/460737714c56
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Whiteboard: [Australis:P3-][fixed-in-fx-team] → [Australis:P3-]
Target Milestone: --- → Firefox 30
Comment 7•10 years ago
|
||
Comment on attachment 8385358 [details] [diff] [review] v.1 Ensure dragend gets fired to workaround bug 460801 [Approval Request Comment] Bug caused by (feature/regressing bug #): Australis User impact if declined: some styles might not be applied consistently, issues with add-ons checking for window attributes Testing completed (on m-c, etc.): on m-c Risk to taking this patch (and alternatives if risky): very low, has automated test String or IDL/UUID changes made by this patch: none
Attachment #8385358 -
Flags: approval-mozilla-aurora?
Updated•10 years ago
|
status-firefox29:
--- → affected
status-firefox30:
--- → fixed
Updated•10 years ago
|
Attachment #8385358 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Updated•10 years ago
|
QA Whiteboard: [qa-]
You need to log in
before you can comment on or make changes to this bug.
Description
•