New issue
Advanced search Search tips

Issue 813720 link

Starred by 1 user
Status: Duplicate
Merged: issue 772685
Owner:
chrishtr@chromium.org
Closed: Feb 2018
Cc:
vmp...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

Print preview: in print PDF, content overflows to the next page despite overflow: hidden

Reported by dmitriy....@gmail.com, Feb 20 2018 
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.167 Safari/537.36

Steps to reproduce the problem:
I created a fiddle that reproduces it: https://jsfiddle.net/ghfzqgma/
You can also open attached document and open print preview dialog.

What is the expected behavior?
PDF produced for print preview does not contain content from previous pages when they are cut by overflow: hidden

What went wrong?
Sample document has 2 pages, each contains a div with overflow: hidden.
Each of those divs has content which is much larger that containing div.
overflow: hidden should cut content that expands beyond containing div and this works correctly when rendered in browser.
However, PDF rendered for print preview has overflowing content from the previous rendered in the margins of the second page.

Did this work before? Yes 56.0.2924.87

Chrome version: 64.0.3282.167  Channel: stable
OS Version: OS X 10.13.3
Flash Version: 

This seemed to work on 56.0.2924.87, stopped working at least as of 63.0.3239.108.
pdf_overflow_bug.zip
1.7 KB Download

Comment 1 by dmitriy....@gmail.com, Feb 20 2018 

Seems like it's not always reproducible with the fiddle, sometimes blank pages are rendered in pdf (maybe because page is not fully loaded when window.print is called). Attached HTML/CSS is more reliable. I'm also attaching a screenshot.
Screen Shot 2018-02-20 at 8.10.29 pm.png
204 KB View Download

Comment 2 by sindhu.chelamcherla@chromium.org, Feb 20 2018

Labels: Needs-Bisect Needs-Triage-M64

Comment 3 by viswa.karala@chromium.org, Feb 21 2018

Components: Blink>Paint
Labels: -Pri-2 -Needs-Bisect hasbisect-per-revision RegressedIn-61 Triaged-ET M-66 Target-65 FoundIn-66 Target-66 FoundIn-64 FoundIn-65 Target-64 OS-Linux OS-Windows Pri-1
Owner: chrishtr@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce the issue on reported version 64.0.3282.167 and latest chrome 66.0.3350.0 using Mac 10.12.6, Ubuntu 14.04 and Windows-10, hence providing Bisect Info
Bisect Info:
================
Good build: 61.0.3143.0
Bad build: 61.0.3144.0

You are probably looking for a change made after 482853 (known good), but no later than 482854 (first known bad).

https://chromium.googlesource.com/chromium/src/+log/35483c504bb197da94e4f4093426c7d26023e24f..2f502a91eb07a2c8f68f9c83d250a5d39c76327f

Reviewed-on: https://chromium-review.googlesource.com/544024

@Chris Harrelson: Please confirm the issue and help in re-assigning if it is not related to your change.

Thanks!

Comment 4 by schenney@chromium.org, Feb 21 2018

Labels: -Pri-1 -Type-Bug-Regression Pri-2 Type-Bug
Not a regression at this point. Not a P1 if it took 3 releases before someone reported the issue.

Basically we need to apply the overflow clip from the first page content when painting the second page. For some reason we detect that the overflowing content intersects the second page and choose to draw it, but we are somehow not applying all the clips from its parent when we paint it.

Comment 5 by chrishtr@chromium.org, Feb 23 2018

Mergedinto: 772685
Status: Duplicate (was: Assigned)
►

Sign in to add a comment