Closed Bug 477751 Opened 15 years ago Closed 15 years ago

Attempting to drag item from bookmarks toolbar overflow menu results in entire window moving

Categories

(Toolkit :: Toolbars and Toolbar Customization, defect)

All
macOS
defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla1.9.2a1

People

(Reporter: jruderman, Assigned: mstange)

References

Details

(Keywords: regression, verified1.9.1)

Attachments

(1 file)

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2a1pre) Gecko/20090209 Minefield/3.2a1pre

Steps to reproduce:
1. Make sure you have enough bookmarks toolbar items to create an overflow menu.  (Or make your window skinny.)
2. Click the overflow button.
3. Try to drag an item from the overflow menu to the bookmarks toolbar.

Result: The entire window moved, as if it thinks the menu item is an empty part of a unified toolbar.
Cannot reproduce on Windows, will check on Mac
This is a direct regression from bug 398928. We're checking the element that the mouse is over using event.target, but that doesn't seem to include anonymous XBL generated elements. (The overflow menu is inserted by the "places-bar" binding.)

I don't know how to fix this.
Blocks: 398928
Keywords: regression
could you check if you are dragging an item in a menupopup? i doubt that's a valid drag case for a window
(In reply to comment #2)
> This is a direct regression from bug 398928. We're checking the element that
> the mouse is over using event.target, but that doesn't seem to include
> anonymous XBL generated elements.

event.originalTarget can be an anonymous element.
Attached patch fixSplinter Review
Great.
Attachment #361530 - Flags: review?(enndeakin)
Attachment #361530 - Flags: review?(enndeakin) → review+
pushed: http://hg.mozilla.org/mozilla-central/rev/c9166525952d
Assignee: nobody → mstange
Status: NEW → RESOLVED
Closed: 15 years ago
Hardware: x86 → All
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3.2a1
Flags: blocking-firefox3.1?
Verified fixed with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2a1pre) Gecko/20090213 Minefield/3.2a1pre ID:20090213020442

Markus, can we ask for approval1.9.1?
Status: RESOLVED → VERIFIED
Component: Bookmarks & History → Places
QA Contact: bookmarks → places
Flags: in-testsuite?
Attachment #361530 - Flags: approval1.9.1?
Component: Places → Toolbars and Toolbar Customization
Flags: blocking-firefox3.1?
Product: Firefox → Toolkit
QA Contact: places → toolbars
Target Milestone: Firefox 3.2a1 → ---
Flags: blocking1.9.1?
Target Milestone: --- → mozilla1.9.2a1
Flags: blocking1.9.1? → blocking1.9.1+
Attachment #361530 - Flags: approval1.9.1?
Verified fixed on the 1.9.1 branch using Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090217 Firefox. Adding keyword.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: