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)
Tracking
()
VERIFIED
FIXED
mozilla1.9.2a1
People
(Reporter: jruderman, Assigned: mstange)
References
Details
(Keywords: regression, verified1.9.1)
Attachments
(1 file)
988 bytes,
patch
|
enndeakin
:
review+
|
Details | Diff | Splinter Review |
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.
Comment 1•15 years ago
|
||
Cannot reproduce on Windows, will check on Mac
Assignee | ||
Comment 2•15 years ago
|
||
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
Comment 3•15 years ago
|
||
could you check if you are dragging an item in a menupopup? i doubt that's a valid drag case for a window
Comment 4•15 years ago
|
||
(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.
Updated•15 years ago
|
Attachment #361530 -
Flags: review?(enndeakin) → review+
Assignee | ||
Comment 6•15 years ago
|
||
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
Reporter | ||
Updated•15 years ago
|
Flags: blocking-firefox3.1?
Comment 7•15 years ago
|
||
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
Updated•15 years ago
|
Flags: in-testsuite?
Assignee | ||
Updated•15 years ago
|
Attachment #361530 -
Flags: approval1.9.1?
Updated•15 years ago
|
Component: Places → Toolbars and Toolbar Customization
Flags: blocking-firefox3.1?
Product: Firefox → Toolkit
QA Contact: places → toolbars
Target Milestone: Firefox 3.2a1 → ---
Updated•15 years ago
|
Flags: blocking1.9.1?
Updated•15 years ago
|
Target Milestone: --- → mozilla1.9.2a1
Updated•15 years ago
|
Flags: blocking1.9.1? → blocking1.9.1+
Assignee | ||
Comment 8•15 years ago
|
||
pushed to 1.9.1: http://hg.mozilla.org/releases/mozilla-1.9.1/rev/9fe3e9c7e44f
Keywords: fixed1.9.1
Assignee | ||
Updated•15 years ago
|
Attachment #361530 -
Flags: approval1.9.1?
Comment 9•15 years ago
|
||
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.
Keywords: fixed1.9.1 → verified1.9.1
You need to log in
before you can comment on or make changes to this bug.
Description
•