Closed Bug 724966 Opened 10 years ago Closed 10 years ago
All menu is closed without intending after open submenu and move mouse pointer
Build Identifier: http://hg.mozilla.org/mozilla-central/rev/8f1b1574e4b0 Mozilla/5.0 (X11; Linux i686; rv:13.0a1) Gecko/20120207 Firefox/13.0a1 ID:20120207035004 In last m-c hourly. A sub menu is closed without intending after open submenu and move pointer Reproducible: Always Steps to Reproduce: 1. Dtart Firefox with new profile 2. Click menu in Menu bar 3. Mouse move on a menu(like a folder) and Wait until the sub menu opens 4. Mouse move to upper-ward/lower-ward --- all menu unexpectedly closed note:not drag Actual Results: All menu is closed Expected Results: Only the submenu should be closed Regression window(m-i) Works: http://hg.mozilla.org/integration/mozilla-inbound/rev/841b4395aa66 Mozilla/5.0 (X11; Linux i686; rv:13.0a1) Gecko/20120206 Firefox/13.0a1 ID:20120206175103 Fails: http://hg.mozilla.org/integration/mozilla-inbound/rev/050334f9128c Mozilla/5.0 (X11; Linux i686; rv:13.0a1) Gecko/20120206 Firefox/13.0a1 ID:20120206181401 Pushlog: http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=841b4395aa66&tochange=050334f9128c In local build: last good ca19aff687a1 first bad 050334f9128c Triggered by: 050334f9128c Karl Tomlinson — b=500081 use a timestamp when grabbing the pointer and generate timestamps for drags in the same way r=roc
I missed an early return setting mRetryPointerGrab = true.
Attachment #595130 - Flags: review?(roc)
Attachment #595130 - Flags: review?(roc) → review+
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla13
You need to log in before you can comment on or make changes to this bug.