Closed Bug 1159301 Opened 10 years ago Closed 9 years ago

[e10s] When you click-and-drag on a <select>, its selected option doesn't change until you release click

Categories

(Core :: Layout: Form Controls, defect, P2)

Unspecified
Linux
defect

Tracking

()

RESOLVED FIXED
mozilla51
Tracking Status
e10s + ---
firefox40 --- affected
firefox51 --- fixed

People

(Reporter: dholbert, Assigned: enndeakin)

References

(Blocks 1 open bug)

Details

Attachments

(1 file, 1 obsolete file)

STR: 1. Visit this URL: data:text/html,<html><select><option>1</option><option>2</option><option>3</option></html> 2. Click-and-hold on the <select> element, and move your cursor across the now-visible menu items. EXPECTED RESULTS: Menu items should be selected/highlighted as I mouse across them. ACTUAL RESULTS: Selected item does not change until I release my click. Mozilla/5.0 (X11; Linux x86_64; rv:40.0) Gecko/20100101 Firefox/40.0 Nightly with disabled e10s has EXPECTED RESULTS. Nightly with enabled e10s gives ACTUAL RESULTS. (Note: I originally reported this in bug 1154841 comment 2, when trying to reproduce mconley's symptoms there, but I'm spinning this off to a new bug since it's pretty different from that bug.)
Assignee: nobody → gwright
AFAIK, the issue is not present with FF on Windows in e10s mode, only Linux (and maybe OSX).
User Agent Mozilla/5.0 (X11; Linux x86_64; rv:47.0) Gecko/20100101 Firefox/47.0 Build ID 20160204030229 User Agent Mozilla/5.0 (X11; Linux x86_64; rv:46.0) Gecko/20100101 Firefox/46.0 Build ID 20160204004009 Tested this on Aurora 46 and Nightly 47: - Ubuntu 15.04 64x - Reproduced with e10s enabled, works with e10s disabled. - Windows 7 64x - Works as expected both with e10s enabled and disabled. - Mac 10.10 - Works as expected both with e10s enabled and disabled. So, this confirms what Loic said in comment 2: only Linux is affected.
OS: Unspecified → Linux
Priority: -- → P2
The issue here is that a mouse capture is added on the remote <browser> when clicking and holding in the content area, preventing mouse events from targeting the popup. This patch ensures the capture is cleared when the select popup opens.
Assignee: gwright → enndeakin
Status: NEW → ASSIGNED
Blocks: 1226915
Attached patch Patch with testSplinter Review
Attachment #8772467 - Attachment is obsolete: true
Attachment #8774817 - Flags: review?(tnikkel)
Attachment #8774817 - Flags: review?(tnikkel) → review+
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla51
See Also: → 1327149
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: