Bug 186266

Summary: Improve window.event compliance: Should not be set when target is in shadow tree
Product: WebKit Reporter: Anne van Kesteren <annevk>
Component: DOMAssignee: Chris Dumez <cdumez>
Status: RESOLVED FIXED    
Severity: Normal CC: cdumez, commit-queue, darin, ews-watchlist, ggaren, koivisto, rniwa, sam, webkit-bug-importer
Priority: P2 Keywords: InRadar
Version: WebKit Nightly Build   
Hardware: Unspecified   
OS: Unspecified   
See Also: https://bugs.webkit.org/show_bug.cgi?id=233834
Attachments:
Description Flags
Patch
none
Archive of layout-test-results from ews107 for mac-sierra-wk2 none

Anne van Kesteren
Reported 2018-06-04 04:55:18 PDT
Attachments
Patch (22.44 KB, patch)
2018-07-03 15:22 PDT, Chris Dumez
no flags
Archive of layout-test-results from ews107 for mac-sierra-wk2 (3.49 MB, application/zip)
2018-07-03 16:35 PDT, EWS Watchlist
no flags
Chris Dumez
Comment 1 2018-07-03 15:22:46 PDT
Ryosuke Niwa
Comment 2 2018-07-03 16:00:10 PDT
Comment on attachment 344229 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=344229&action=review > Source/WebCore/bindings/js/JSEventListener.cpp:163 > + if (!isTargetInsideShadowTree) It probably doesn't matter but maybe we should also avoid calling setCurrentEvent later when we restore the saved event to maintain the symmetry?
Chris Dumez
Comment 3 2018-07-03 16:04:54 PDT
Comment on attachment 344229 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=344229&action=review >> Source/WebCore/bindings/js/JSEventListener.cpp:163 >> + if (!isTargetInsideShadowTree) > > It probably doesn't matter but maybe we should also avoid calling setCurrentEvent later when we restore the saved event to maintain the symmetry? I prefer it this way for a couple of reasons: - Trying to avoid the setting / restore adds a little bit of code complexity / branching - Setting the event is cheap - The current behavior matches the spec exactly (https://dom.spec.whatwg.org/#concept-event-listener-inner-invoke) I am not opposed to doing it if you feel strongly about it though.
EWS Watchlist
Comment 4 2018-07-03 16:35:07 PDT
Comment on attachment 344229 [details] Patch Attachment 344229 [details] did not pass mac-wk2-ews (mac-wk2): Output: https://webkit-queues.webkit.org/results/8429641 New failing tests: accessibility/smart-invert-reference.html
EWS Watchlist
Comment 5 2018-07-03 16:35:09 PDT
Created attachment 344240 [details] Archive of layout-test-results from ews107 for mac-sierra-wk2 The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews. Bot: ews107 Port: mac-sierra-wk2 Platform: Mac OS X 10.12.6
Chris Dumez
Comment 6 2018-07-03 16:44:56 PDT
Comment on attachment 344240 [details] Archive of layout-test-results from ews107 for mac-sierra-wk2 Failure does not look related
WebKit Commit Bot
Comment 7 2018-07-03 17:06:38 PDT
Comment on attachment 344229 [details] Patch Clearing flags on attachment: 344229 Committed r233489: <https://trac.webkit.org/changeset/233489>
WebKit Commit Bot
Comment 8 2018-07-03 17:06:40 PDT
All reviewed patches have been landed. Closing bug.
Radar WebKit Bug Importer
Comment 9 2018-07-03 17:07:31 PDT
Note You need to log in before you can comment on or make changes to this bug.