WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
160853
WebKit should unset event propagation flags after dispatch
https://bugs.webkit.org/show_bug.cgi?id=160853
Summary
WebKit should unset event propagation flags after dispatch
Chris Dumez
Reported
2016-08-15 09:43:28 PDT
WebKit should unset event propagation flags after dispatch to reflect the latest DOM specification: -
https://github.com/whatwg/dom/commit/806d4aab584f6fc38c21f8e088b51b8ba3e27e20
Attachments
WIP patch
(4.23 KB, patch)
2016-08-15 18:33 PDT
,
Chris Dumez
no flags
Details
Formatted Diff
Diff
Patch
(5.78 KB, patch)
2016-08-18 19:52 PDT
,
Chris Dumez
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Chris Dumez
Comment 1
2016-08-15 18:33:23 PDT
Created
attachment 286132
[details]
WIP patch Looks like some web-platform-tests need to be fixed.
Chris Dumez
Comment 2
2016-08-15 19:17:36 PDT
(In reply to
comment #1
)
> Created
attachment 286132
[details]
> WIP patch > > Looks like some web-platform-tests need to be fixed.
https://github.com/w3c/web-platform-tests/pull/3469
Chris Dumez
Comment 3
2016-08-18 19:52:28 PDT
Created
attachment 286431
[details]
Patch
Ryosuke Niwa
Comment 4
2016-08-18 20:02:40 PDT
Comment on
attachment 286431
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=286431&action=review
> Source/WebCore/dom/EventDispatcher.cpp:190 > - event.setEventPhase(0); > + event.resetPropagationFlags(); > + event.setEventPhase(Event::NONE);
Should we combine these two functions? e.g. resetEventPhaseAndPropagationFlags?
Chris Dumez
Comment 5
2016-08-18 20:03:56 PDT
Comment on
attachment 286431
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=286431&action=review
>> Source/WebCore/dom/EventDispatcher.cpp:190 >> + event.setEventPhase(Event::NONE); > > Should we combine these two functions? e.g. resetEventPhaseAndPropagationFlags?
I don't know if it is worth it. We anyway need to keep the setEventPhase() setter.
Ryosuke Niwa
Comment 6
2016-08-18 20:04:56 PDT
(In reply to
comment #5
)
> Comment on
attachment 286431
[details]
> Patch > > View in context: >
https://bugs.webkit.org/attachment.cgi?id=286431&action=review
> > >> Source/WebCore/dom/EventDispatcher.cpp:190 > >> + event.setEventPhase(Event::NONE); > > > > Should we combine these two functions? e.g. resetEventPhaseAndPropagationFlags? > > I don't know if it is worth it. We anyway need to keep the setEventPhase() > setter.
But whenever we call resetPropagationFlags, we should be also resetting the phase, right?
Chris Dumez
Comment 7
2016-08-18 20:08:01 PDT
(In reply to
comment #6
)
> (In reply to
comment #5
) > > Comment on
attachment 286431
[details]
> > Patch > > > > View in context: > >
https://bugs.webkit.org/attachment.cgi?id=286431&action=review
> > > > >> Source/WebCore/dom/EventDispatcher.cpp:190 > > >> + event.setEventPhase(Event::NONE); > > > > > > Should we combine these two functions? e.g. resetEventPhaseAndPropagationFlags? > > > > I don't know if it is worth it. We anyway need to keep the setEventPhase() > > setter. > > But whenever we call resetPropagationFlags, we should be also resetting the > phase, right?
Yes, among other things, like clearing the event path and the currentTarget. Yet I don't feel they are strictly related. From the spec: [...] - Unset event’s dispatch flag, stop propagation flag, and stop immediate propagation flag. - Set event’s eventPhase attribute to NONE. - Set event’s currentTarget attribute to null. - Set event’s path to the empty list.
Ryosuke Niwa
Comment 8
2016-08-18 20:11:58 PDT
FWIW, I don’t feel strongly about so you can go ahead & land it. It was just a suggestion.
WebKit Commit Bot
Comment 9
2016-08-18 21:35:54 PDT
Comment on
attachment 286431
[details]
Patch Rejecting
attachment 286431
[details]
from commit-queue. Failed to run "['/Volumes/Data/EWS/WebKit/Tools/Scripts/webkit-patch', '--status-host=webkit-queues.webkit.org', '--bot-id=webkit-cq-03', 'land-attachment', '--force-clean', '--non-interactive', '--parent-command=commit-queue', 286431, '--port=mac']" exit_code: 2 cwd: /Volumes/Data/EWS/WebKit Last 500 characters of output: org/repository/webkit/trunk ... RA layer request failed: Unable to connect to a repository at URL '
http://svn.webkit.org/repository/webkit/trunk
': OPTIONS of '
http://svn.webkit.org/repository/webkit/trunk
': could not connect to server (
http://svn.webkit.org
) at /Applications/Xcode.app/Contents/Developer/usr/libexec/git-core/git-svn line 1032. Failed to run "['git', 'svn', 'dcommit', '--rmdir']" exit_code: 1 cwd: /Volumes/Data/EWS/WebKit Updating OpenSource Current branch master is up to date. Full output:
http://webkit-queues.webkit.org/results/1896706
Chris Dumez
Comment 10
2016-08-19 08:38:34 PDT
Comment on
attachment 286431
[details]
Patch Clearing flags on attachment: 286431 Committed
r204630
: <
http://trac.webkit.org/changeset/204630
>
Chris Dumez
Comment 11
2016-08-19 08:38:39 PDT
All reviewed patches have been landed. Closing bug.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug