WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
113037
removeAllEventListeners() should be called to shadow trees
https://bugs.webkit.org/show_bug.cgi?id=113037
Summary
removeAllEventListeners() should be called to shadow trees
Hajime Morrita
Reported
2013-03-22 03:17:20 PDT
This is a followup of
Bug 113035
.
Attachments
Patch
(3.99 KB, patch)
2013-03-22 03:45 PDT
,
Hajime Morrita
no flags
Details
Formatted Diff
Diff
Patch
(7.17 KB, patch)
2013-03-26 02:39 PDT
,
Hajime Morrita
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Hajime Morrita
Comment 1
2013-03-22 03:45:25 PDT
Created
attachment 194499
[details]
Patch
Mike West
Comment 2
2013-03-22 03:57:44 PDT
Comment on
attachment 194499
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=194499&action=review
Two quick drive-by comments:
> Source/WebCore/ChangeLog:11 > + No new tests. This is rather a defensive change.
If we're not currently clearing event listeners on the shadow tree, it seems like this change will produce some web-visible differences in behavior. It would be good to add a test to ensure that the behavior doesn't regress.
> Source/WebCore/dom/ElementShadow.cpp:126 > +void ElementShadow::removeAllEventListenersFromShadowTrees()
The name seems slightly redundant: I'd suggest sticking to "removeAllEventListeners" here as well, as calling this on an ElementShadow seems to already imply that we'll be removing listeners from shadow-land. :)
Hajime Morrita
Comment 3
2013-03-22 04:11:41 PDT
Comment on
attachment 194499
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=194499&action=review
Thanks for the comment, Mike.
>> Source/WebCore/ChangeLog:11 >> + No new tests. This is rather a defensive change. > > If we're not currently clearing event listeners on the shadow tree, it seems like this change will produce some web-visible differences in behavior. It would be good to add a test to ensure that the behavior doesn't regress.
Hmm. Since the clearance happens in the destructor and there is no way to refer event target from the listener, I have no idea how to do it for now. i needs fresh brain. Will attack next week.
>> Source/WebCore/dom/ElementShadow.cpp:126 >> +void ElementShadow::removeAllEventListenersFromShadowTrees() > > The name seems slightly redundant: I'd suggest sticking to "removeAllEventListeners" here as well, as calling this on an ElementShadow seems to already imply that we'll be removing listeners from shadow-land. :)
Makes sense. will do.
Hajime Morrita
Comment 4
2013-03-26 02:39:24 PDT
Created
attachment 195042
[details]
Patch
WebKit Review Bot
Comment 5
2013-03-26 08:09:31 PDT
Comment on
attachment 195042
[details]
Patch Clearing flags on attachment: 195042 Committed
r146882
: <
http://trac.webkit.org/changeset/146882
>
WebKit Review Bot
Comment 6
2013-03-26 08:09:35 PDT
All reviewed patches have been landed. Closing bug.
Ryosuke Niwa
Comment 7
2013-03-26 10:25:15 PDT
Comment on
attachment 195042
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=195042&action=review
> Source/WebCore/ChangeLog:3 > + remoeveAllEventListeners() should be called to shadow trees
Nit: remoeve.
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