WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
74457
Change adoptPtr(new ...) to ...::create in Page.cpp
https://bugs.webkit.org/show_bug.cgi?id=74457
Summary
Change adoptPtr(new ...) to ...::create in Page.cpp
Greg Billock
Reported
2011-12-13 15:33:02 PST
Change adoptPtr(new ...) to ...::create in Page.cpp
Attachments
Patch
(25.11 KB, patch)
2011-12-13 15:33 PST
,
Greg Billock
no flags
Details
Formatted Diff
Diff
Patch
(30.81 KB, patch)
2011-12-14 10:56 PST
,
Greg Billock
no flags
Details
Formatted Diff
Diff
Patch
(29.98 KB, patch)
2011-12-14 13:23 PST
,
Greg Billock
no flags
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Greg Billock
Comment 1
2011-12-13 15:33:43 PST
Created
attachment 119098
[details]
Patch
Darin Adler
Comment 2
2011-12-13 15:40:03 PST
Comment on
attachment 119098
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=119098&action=review
This looks fine, but does not go far enough. In most of these cases, the constructors of these classes should be made private at the same time. I’d rather see a patch that does fewer classes at a time, but makes the constructors private for those classes.
> Source/WebCore/ChangeLog:8 > + No new tests. (OOPS!)
Can’t land a patch with that line in it.
> Source/WebCore/loader/ProgressTracker.h:31 > +#include <wtf/PassOwnPtr.h>
If we just have a return type of PassOwnPtr, I think we can do with just <wtf/Forward.h>.
> Source/WebCore/notifications/NotificationController.h:32 > +#include <wtf/PassOwnPtr.h>
Ditto.
> Source/WebCore/page/SpeechInput.h:39 > +#include <wtf/PassOwnPtr.h>
I’m surprised this include is needed. Doesn’t Forward.h forward-declare PassOwnPtr?
Greg Billock
Comment 3
2011-12-14 10:53:43 PST
Comment on
attachment 119098
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=119098&action=review
>> Source/WebCore/ChangeLog:8 >> + No new tests. (OOPS!) > > Can’t land a patch with that line in it.
Definitely. :-) My plan was to ask David about the intended fate of the constructors, but you're too quick. :-) It sounds like they should become private. I'll get some guidance about writing tests. These changes should be invisible for layout tests, right?
>> Source/WebCore/loader/ProgressTracker.h:31 >> +#include <wtf/PassOwnPtr.h> > > If we just have a return type of PassOwnPtr, I think we can do with just <wtf/Forward.h>.
Done.
>> Source/WebCore/notifications/NotificationController.h:32 >> +#include <wtf/PassOwnPtr.h> > > Ditto.
Done.
> Source/WebCore/page/PageGroup.h:52 > + static PassOwnPtr<PageGroup> create(Page*);
Should I also make a factory for PageGroup(const String&)?
>> Source/WebCore/page/SpeechInput.h:39 >> +#include <wtf/PassOwnPtr.h> > > I’m surprised this include is needed. Doesn’t Forward.h forward-declare PassOwnPtr?
Moved to .cpp file.
Greg Billock
Comment 4
2011-12-14 10:56:27 PST
Created
attachment 119250
[details]
Patch
Gustavo Noronha (kov)
Comment 5
2011-12-14 12:20:51 PST
Comment on
attachment 119250
[details]
Patch
Attachment 119250
[details]
did not pass gtk-ews (gtk): Output:
http://queues.webkit.org/results/10873339
Greg Billock
Comment 6
2011-12-14 13:23:48 PST
Created
attachment 119283
[details]
Patch
Greg Billock
Comment 7
2011-12-14 13:26:35 PST
Took out misfire edit of WebInspectorFrontendClient.
Greg Billock
Comment 8
2011-12-20 13:46:06 PST
Re-tickle cq?
WebKit Review Bot
Comment 9
2011-12-20 16:24:07 PST
Comment on
attachment 119283
[details]
Patch Clearing flags on attachment: 119283 Committed
r103365
: <
http://trac.webkit.org/changeset/103365
>
WebKit Review Bot
Comment 10
2011-12-20 16:24:11 PST
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