Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(164)

Issue 273043002: Don't use pageLogicalHeight() to resolve percentage values in subframes (Closed)

Created:
6 years, 7 months ago by davve
Modified:
6 years, 7 months ago
Reviewers:
rune, ojan
CC:
blink-reviews, blink-reviews-rendering, zoltan1, eae+blinkwatch, leviw+renderwatch, jchaffraix+rendering, pdr., rune+blink
Base URL:
https://chromium.googlesource.com/chromium/blink.git@mixed-case-selector
Visibility:
Public.

Description

Don't use pageLogicalHeight() to resolve percentage values in subframes In printing, pageLogicalHeight() is set to zero for all subframes which makes is a bad candidate for resolving percentages against. For subframes a better candidate would be the view height, as for non-printing documents. The RenderView knows when to layout in printing mode (top-level document) and when not (subframes), so move viewLogicalHeightForPercentages() to the RenderView and use its knowledge to return the view height for subframes in printing to resolve percentages against. BUG=370948 R=ojan Committed: https://src.chromium.org/viewvc/blink?view=rev&revision=174051

Patch Set 1 #

Patch Set 2 : Set a fixed body height to work around rounding issue on mac; also add a title to the test to descr… #

Unified diffs Side-by-side diffs Delta from patch set Stats (+27 lines, -11 lines) Patch
A LayoutTests/printing/subframes-percentage-height.html View 1 1 chunk +12 lines, -0 lines 0 comments Download
A LayoutTests/printing/subframes-percentage-height-expected.html View 1 1 chunk +5 lines, -0 lines 0 comments Download
M Source/core/rendering/RenderBox.h View 1 chunk +0 lines, -2 lines 0 comments Download
M Source/core/rendering/RenderBox.cpp View 3 chunks +2 lines, -9 lines 0 comments Download
M Source/core/rendering/RenderView.h View 1 chunk +1 line, -0 lines 0 comments Download
M Source/core/rendering/RenderView.cpp View 1 chunk +7 lines, -0 lines 0 comments Download

Messages

Total messages: 8 (0 generated)
davve
6 years, 7 months ago (2014-05-09 14:21:48 UTC) #1
davve
Ojan, do you have any clue what's up with the off-by-one in https://storage.googleapis.com/chromium-layout-test-archives/mac_blink_rel/6398/layout-test-results/printing/subframes-percentage-height-diff.png Seems to ...
6 years, 7 months ago (2014-05-11 08:37:40 UTC) #2
davve
Mac reftest issue taken care of now, by a slightly ugly fixed height on the ...
6 years, 7 months ago (2014-05-14 14:51:32 UTC) #3
ojan
lgtm I don't have any good guesses for where the off-by-one bug comes from. Unfortunately, ...
6 years, 7 months ago (2014-05-14 22:42:32 UTC) #4
commit-bot: I haz the power
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/davve@opera.com/273043002/20001
6 years, 7 months ago (2014-05-14 22:43:10 UTC) #5
commit-bot: I haz the power
Change committed as 174051
6 years, 7 months ago (2014-05-14 22:57:53 UTC) #6
davve
On 2014/05/14 22:42:32, ojan wrote: > Your fix for that test-case seems fine to me. ...
6 years, 7 months ago (2014-05-15 10:42:36 UTC) #7
ojan
6 years, 7 months ago (2014-05-15 19:19:13 UTC) #8
Message was sent while issue was closed.
On 2014/05/15 10:42:36, David Vest wrote:
> On 2014/05/14 22:42:32, ojan wrote:
> 
> > Your fix for that test-case seems fine to me. It's a bit sad. If you are
> > willing, could you make upload the old version of the test case and file a
> bug?
> > At least then we have a place to point to and have the discussion when we
> > encounter this bug in future tests.
> 
> https://code.google.com/p/chromium/issues/detail?id=373693 filed.
> 
> I'm not sure what you mean by upload, do you think it's worthwhile having in
> LayoutTests/ too (with corresponding TestExpectation)?

I just meant attaching the test case to the bug as you did. Thanks!

Powered by Google App Engine
This is Rietveld 408576698