| Summary: | [widgets] Clicking in empty space can cause clicks in views | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Jacob Weber <jacob> | ||||
| Component: | SWT | Assignee: | Scott Kovatch <skovatch> | ||||
| Status: | RESOLVED FIXED | QA Contact: | Silenio Quarti <Silenio_Quarti> | ||||
| Severity: | minor | ||||||
| Priority: | P3 | CC: | prakash, remy.suen, skovatch | ||||
| Version: | 3.6 | ||||||
| Target Milestone: | 3.7 M3 | ||||||
| Hardware: | Macintosh | ||||||
| OS: | Mac OS X | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
Jacob Weber
I can't reproduce this. But it looks like SWT bug. Assigning to SWT for comments. I can reproduce this on the 3.6 GM candidate. That's a cool bug! I'll take it. Thanks...my habit of randomly clicking everywhere sometimes pays off. :) Speaking of which, #316963 seems similar -- maybe they're related. They likely have the same root cause -- we don't check the buttonMask to see if the first and second events of a click came from the same button, though it's odd that NSEvent.clickCount() doesn't reset if a different button was pressed the first time. Created attachment 180716 [details]
Fix
Carbon apparently had this bug as well. The button count doesn't reset if the button clicked doesn't change. It was fixed by tracking the last button clicked.
Double-clicks in general have idiosyncrasies right now in Cocoa, and this fix addresses those, along with bug 316963. We were send the MouseDoubleClick event on the second mouse down, which is inconsistent with the rest of Mac OS X. This change moves the double-click event so it is sent just before the second mouse up in a double-click sequence. That way, if you start a double-click but hold down the mouse on the second click you won't get a double-click if released after the double-click delay. This is, BTW, the true fix for bug 313208. Fixed > 20101012. |