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-
Nico Weber
Comment 1 2011-06-03 16:41:37 PDT
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.