Bug 40269

Summary: [GTK] r60803 broke media/controls-drag-timebar.html
Product: WebKit Reporter: Martin Robinson <mrobinson>
Component: WebKitGTKAssignee: Nobody <webkit-unassigned>
Status: RESOLVED FIXED    
Severity: Normal CC: ap, darin, eric
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: All   
OS: Linux   
Attachments:
Description Flags
Fix for this regression none

Description Martin Robinson 2010-06-07 15:30:28 PDT 
This is almost certainly due to a difference between the GTK+ EventSender implementation and those for other platforms.
Comment 1 Martin Robinson 2010-06-07 16:27:22 PDT 
Created attachment 58092 [details]
Fix for this regression
Comment 2 Xan Lopez 2010-06-08 09:52:21 PDT 
Comment on attachment 58092 [details]
Fix for this regression

So drag mode is the "official" way of disabling the queuing of events?
Comment 3 Martin Robinson 2010-06-08 09:57:13 PDT 
In the case where an event is queued only because the mouse button is down, dragMode is the "official" way to disable queueing of events.
Comment 4 Eric Seidel (no email) 2010-06-12 19:07:40 PDT 
I still don't understand dragMode.  I can't remember if ap or anttik added it.
Comment 5 Alexey Proskuryakov 2010-06-12 21:47:52 PDT 
FWIW, Darin Adler added dragMode. I added event queuing.
Comment 6 Gustavo Noronha (kov) 2010-06-16 14:02:54 PDT 
Comment on attachment 58092 [details]
Fix for this regression

My understanding reading Mac's event sending controller matches yours. What could possibly go wrong, anyway? Right? Right?
Comment 7 Martin Robinson 2010-06-16 15:58:11 PDT 
Comment on attachment 58092 [details]
Fix for this regression

Clearing flags on attachment: 58092

Committed r61291: <http://trac.webkit.org/changeset/61291>
Comment 8 Martin Robinson 2010-06-16 15:58:16 PDT 
All reviewed patches have been landed.  Closing bug.