WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
62067
[chromium] Give VoidCallbackClient a virtual destructor
https://bugs.webkit.org/show_bug.cgi?id=62067
Summary
[chromium] Give VoidCallbackClient a virtual destructor
Nico Weber
Reported
2011-06-03 16:40:23 PDT
[chromium] Give VoidCallbackClient a virtual destructor
Attachments
Patch
(1.45 KB, patch)
2011-06-03 16:41 PDT
,
Nico Weber
fishd
: review-
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Nico Weber
Comment 1
2011-06-03 16:41:37 PDT
Created
attachment 95986
[details]
Patch
James Robinson
Comment 2
2011-06-03 16:50:11 PDT
Comment on
attachment 95986
[details]
Patch You should add virtual to WebPermissionCallback's destructor declaration as well.
Nico Weber
Comment 3
2011-06-03 16:51:19 PDT
(In reply to
comment #2
)
> (From update of
attachment 95986
[details]
) > You should add virtual to WebPermissionCallback's destructor declaration as well.
Why?
WebKit Review Bot
Comment 4
2011-06-04 03:51:04 PDT
Comment on
attachment 95986
[details]
Patch Clearing flags on attachment: 95986 Committed
r88106
: <
http://trac.webkit.org/changeset/88106
>
WebKit Review Bot
Comment 5
2011-06-04 03:51:08 PDT
All reviewed patches have been landed. Closing bug.
Darin Fisher (:fishd, Google)
Comment 6
2011-06-08 16:42:11 PDT
Comment on
attachment 95986
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=95986&action=review
> Source/WebKit/chromium/src/NotificationPresenterImpl.cpp:59 > + virtual ~VoidCallbackClient() { }
this should be protected or private!! notice how this class deletes itself. no one else should be deleting this class.
Nico Weber
Comment 7
2011-06-08 16:48:11 PDT
(In reply to
comment #6
)
> this should be protected or private!! notice how this class deletes itself. > no one else should be deleting this class.
https://bugs.webkit.org/show_bug.cgi?id=62341
(Note that it was public before, so I didn't really change this.)
Nico Weber
Comment 8
2011-06-08 16:48:50 PDT
Also, I don't know if it's customary to r- patches that have already been submitted?
Darin Fisher (:fishd, Google)
Comment 9
2011-06-08 16:58:06 PDT
(In reply to
comment #7
)
> (In reply to
comment #6
) > > this should be protected or private!! notice how this class deletes itself. > > no one else should be deleting this class. > >
https://bugs.webkit.org/show_bug.cgi?id=62341
> > (Note that it was public before, so I didn't really change this.)
Right, but a quick inspection reveals that this callback is intended to only delete itself. I just think that's an important convention to preserve. Sorry if the R- comes off as harsh. It is just how I would have responded had the patch not yet been committed. (Didn't realize the patch was in the tree.)
Nico Weber
Comment 10
2011-06-08 17:05:34 PDT
> Right, but a quick inspection reveals that this callback is intended to only delete itself. I just think that's an important convention to preserve.
I went through all these changes I did in the last few days and made all destructors private that look like they should be private:
https://bugs.webkit.org/show_bug.cgi?id=62341
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