Summary: | Unset :hover in inner documents | ||
---|---|---|---|
Product: | WebKit | Reporter: | Allan Sandfeld Jensen <allan.jensen> |
Component: | UI Events | Assignee: | Allan Sandfeld Jensen <allan.jensen> |
Status: | RESOLVED FIXED | ||
Severity: | Normal | CC: | buildbot, commit-queue, esprehn+autocc, gtk-ews, ojan.autocc, rniwa, tonikitoo, xan.lopez |
Priority: | P2 | ||
Version: | 528+ (Nightly build) | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Bug Depends on: | 114912 | ||
Bug Blocks: | 98168 | ||
Attachments: |
Description
Allan Sandfeld Jensen
2013-04-11 08:27:23 PDT
Created attachment 197592 [details]
Patch
Comment on attachment 197592 [details] Patch Attachment 197592 [details] did not pass mac-ews (mac): Output: http://webkit-queues.appspot.com/results/45349 New failing tests: http/tests/misc/bubble-drag-events.html editing/pasteboard/drag-and-drop-objectimage-contenteditable.html http/tests/misc/drag-over-iframe-invalid-source-crash.html Created attachment 197663 [details]
Archive of layout-test-results from webkit-ews-02 for mac-mountainlion
The attached test failures were seen while running run-webkit-tests on the mac-ews.
Bot: webkit-ews-02 Port: mac-mountainlion Platform: Mac OS X 10.8.2
Comment on attachment 197592 [details] Patch Attachment 197592 [details] did not pass mac-ews (mac): Output: http://webkit-queues.appspot.com/results/57058 New failing tests: http/tests/misc/bubble-drag-events.html editing/pasteboard/drag-and-drop-objectimage-contenteditable.html http/tests/misc/drag-over-iframe-invalid-source-crash.html Created attachment 197678 [details]
Archive of layout-test-results from webkit-ews-07 for mac-mountainlion
The attached test failures were seen while running run-webkit-tests on the mac-ews.
Bot: webkit-ews-07 Port: mac-mountainlion Platform: Mac OS X 10.8.2
Comment on attachment 197592 [details] Patch Attachment 197592 [details] did not pass mac-wk2-ews (mac-wk2): Output: http://webkit-queues.appspot.com/results/125005 New failing tests: http/tests/misc/embed-image-load-outlives-gc-without-crashing.html Created attachment 197715 [details]
Archive of layout-test-results from webkit-ews-15 for mac-mountainlion-wk2
The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews.
Bot: webkit-ews-15 Port: mac-mountainlion-wk2 Platform: Mac OS X 10.8.2
Created attachment 197847 [details]
Patch
Comment on attachment 197847 [details] Patch Attachment 197847 [details] did not pass gtk-ews (gtk): Output: http://webkit-queues.appspot.com/results/46154 (In reply to comment #9) > (From update of attachment 197847 [details]) > Attachment 197847 [details] did not pass gtk-ews (gtk): > Output: http://webkit-queues.appspot.com/results/46154 It looks like the build broke in a dependency. Nothing to do with this patch. Or I am missing something? Comment on attachment 197847 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=197847&action=review > Source/WebCore/page/EventHandler.cpp:3990 > + if (!shouldGesturesTriggerActive() && allTouchReleased) reading the function name I had the impression that this if block should be testing if (shouldGestureTriggerActive and allTouchReleased) instead like, it had a 'active' before and now that all touch were released, it is cleaning :active/:hover up. Did I read it wrong? (In reply to comment #11) > (From update of attachment 197847 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=197847&action=review > > > Source/WebCore/page/EventHandler.cpp:3990 > > + if (!shouldGesturesTriggerActive() && allTouchReleased) > > reading the function name I had the impression that this if block should be testing if (shouldGestureTriggerActive and allTouchReleased) instead > > like, it had a 'active' before and now that all touch were released, it is cleaning :active/:hover up. > > Did I read it wrong? shouldGesturesTriggerActive() indicates that :active is set with a maybe-tap gesture event. When it returns false it means touch-events sets active (because gesture events are not enabled or maybe-tap not yet implemented). Since this is in touch handling, we shouldn't update :active if it returns true. (In reply to comment #12) > (In reply to comment #11) > > (From update of attachment 197847 [details] [details]) > > View in context: https://bugs.webkit.org/attachment.cgi?id=197847&action=review > > > > > Source/WebCore/page/EventHandler.cpp:3990 > > > + if (!shouldGesturesTriggerActive() && allTouchReleased) > > > > reading the function name I had the impression that this if block should be testing if (shouldGestureTriggerActive and allTouchReleased) instead > > > > like, it had a 'active' before and now that all touch were released, it is cleaning :active/:hover up. > > > > Did I read it wrong? > > shouldGesturesTriggerActive() indicates that :active is set with a maybe-tap gesture event. When it returns false it means touch-events sets active (because gesture events are not enabled or maybe-tap not yet implemented). Since this is in touch handling, we shouldn't update :active if it returns true. Gestures x Touch. Now that Google is gone, it might be room to clean up "gestures" since it is their baby (In reply to comment #13) > (In reply to comment #12) > > (In reply to comment #11) > > > (From update of attachment 197847 [details] [details] [details]) > > > View in context: https://bugs.webkit.org/attachment.cgi?id=197847&action=review > > > > > > > Source/WebCore/page/EventHandler.cpp:3990 > > > > + if (!shouldGesturesTriggerActive() && allTouchReleased) > > > > > > reading the function name I had the impression that this if block should be testing if (shouldGestureTriggerActive and allTouchReleased) instead > > > > > > like, it had a 'active' before and now that all touch were released, it is cleaning :active/:hover up. > > > > > > Did I read it wrong? > > > > shouldGesturesTriggerActive() indicates that :active is set with a maybe-tap gesture event. When it returns false it means touch-events sets active (because gesture events are not enabled or maybe-tap not yet implemented). Since this is in touch handling, we shouldn't update :active if it returns true. > > Gestures x Touch. Now that Google is gone, it might be room to clean up "gestures" since it is their baby We also use gestures in the Qt port, and while we are not yet using GestureTapDown, I do believe it should be implemented at some point. Comment on attachment 197847 [details] Patch Clearing flags on attachment: 197847 Committed r148672: <http://trac.webkit.org/changeset/148672> All reviewed patches have been landed. Closing bug. |