WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
85325
Remove uneeded min/max pref width assignment from RenderView
https://bugs.webkit.org/show_bug.cgi?id=85325
Summary
Remove uneeded min/max pref width assignment from RenderView
Eric Seidel (no email)
Reported
2012-05-01 16:47:29 PDT
Remove uneeded min/max pref width assignment from RenderView
Attachments
Patch
(2.39 KB, patch)
2012-05-01 16:51 PDT
,
Eric Seidel (no email)
no flags
Details
Formatted Diff
Diff
Patch for landing
(3.88 KB, patch)
2012-05-01 17:33 PDT
,
Eric Seidel (no email)
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Eric Seidel (no email)
Comment 1
2012-05-01 16:51:34 PDT
Created
attachment 139712
[details]
Patch
Eric Seidel (no email)
Comment 2
2012-05-01 17:20:17 PDT
With cr-linux (thus the layout tests) passing, this should just be a rubber-stamp for anyone willing.
Emil A Eklund
Comment 3
2012-05-01 17:23:10 PDT
Comment on
attachment 139712
[details]
Patch Seems reasonable, would be good to eventually get rid of it though!
Levi Weintraub
Comment 4
2012-05-01 17:23:33 PDT
Comment on
attachment 139712
[details]
Patch Great description and I agree with your conclusion. LGTM.
Eric Seidel (no email)
Comment 5
2012-05-01 17:27:20 PDT
Of course we need an actual reviewer to pull the trigger...
Julien Chaffraix
Comment 6
2012-05-01 17:28:51 PDT
Comment on
attachment 139712
[details]
Patch It sounds like we should annotate the function to say that we should remove it and have people not relying on it.
Eric Seidel (no email)
Comment 7
2012-05-01 17:33:22 PDT
Created
attachment 139717
[details]
Patch for landing
WebKit Review Bot
Comment 8
2012-05-01 19:08:51 PDT
Comment on
attachment 139717
[details]
Patch for landing Clearing flags on attachment: 139717 Committed
r115779
: <
http://trac.webkit.org/changeset/115779
>
WebKit Review Bot
Comment 9
2012-05-01 19:08:56 PDT
All reviewed patches have been landed. Closing bug.
Darin Adler
Comment 10
2012-05-02 12:02:09 PDT
Comment on
attachment 139717
[details]
Patch for landing View in context:
https://bugs.webkit.org/attachment.cgi?id=139717&action=review
> Source/WebCore/rendering/RenderView.h:60 > + // FIXME: This override is not needed and should be removed > + // it only exists to make computePreferredLogicalWidths public. > + virtual void computePreferredLogicalWidths() OVERRIDE;
The way to do that is: using RenderBlock::computePreferredLogicalWidths; That makes computePreferredLogicalWidths public in RenderView without adding an override.
Eric Seidel (no email)
Comment 11
2012-05-02 17:48:33 PDT
(In reply to
comment #10
)
> (From update of
attachment 139717
[details]
) > View in context:
https://bugs.webkit.org/attachment.cgi?id=139717&action=review
> > > Source/WebCore/rendering/RenderView.h:60 > > + // FIXME: This override is not needed and should be removed > > + // it only exists to make computePreferredLogicalWidths public. > > + virtual void computePreferredLogicalWidths() OVERRIDE; > > The way to do that is: > > using RenderBlock::computePreferredLogicalWidths; > > That makes computePreferredLogicalWidths public in RenderView without adding an override.
Cute. I wasn't aware of that aspect of c++. It's unclear that this function even needs to exist. I believe removing it has a small chance of breaking some (possibly untested) frame flattening code paths, so I've left it for now. I would like to go back and see about removing this function entirely (as I had on my branch), once I'm done landing seamless.
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