New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 660058 link

Starred by 21 users

Issue metadata

Status: Duplicate
Merged: issue 664235
Owner:
Not on Chrome anymore
Closed: Apr 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Chrome 56 prints web pages incorrectly (zoomed out) when print media queries are used

Reported by gabephud...@gmail.com, Oct 27 2016

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.71 Safari/537.36

Example URL:

Steps to reproduce the problem:
Print a page that contains print media queries. The page will print to small (zoomed out).

What is the expected behavior?
The page will print at 100% zoom level.

What went wrong?
When printing a page that contains print media queries (in our case Bootstrap 3), the resulting output is scaled down (zoomed out).
Please see the example zip. Included is a test page that prints incorrectly in Chrome 54+. I have included some PDF documents which show the Chrome 54 print results and the Firefox (since I do not have access to Chrome 53) print result. Chrome 53 (and all other browsers) produced output very similar to the Firefox example.

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? Yes 53

Does this work in other browsers? Yes

Chrome version: 54.0.2840.71  Channel: stable
OS Version: 10.0
Flash Version: Shockwave Flash 23.0 r0

Note that this appeared in Chrome 54 and appears to be present in the 55 and 56 betas. See http://stackoverflow.com/questions/40178129/media-query-for-print-in-css-prints-scaled-down-version-in-chrome-54
Note, that setting the body zoom level in a print media query as a workaround does not appear to work for our application.
 
example.zip
132 KB Download

Comment 1 by tkent@chromium.org, Oct 27 2016

Components: -Blink Blink>CSS
Labels: -Type-Bug Needs-Bisect Type-Bug-Regression
Cc: kkaluri@chromium.org
Labels: -Pri-2 -Needs-Bisect hasbisect-per-revision M-56 OS-Mac Pri-1
Owner: nainar@chromium.org
Status: Assigned (was: Unconfirmed)
 Issue 660058 

Able to reproduce this issue on windows 10, Mac 10.11.6 on latest chrome stable version 54.0.2840.71 
Issue is broken in M54. 

Bisect Info:
===========

Good build : 54.0.2820.0,  Revision Range(409955)
Bad build  : 54.0.2821.0,  Revision Range(410228)

After executing the per-revision-bisect script, i got the following CL's between good and bad build versions
============================================
https://chromium.googlesource.com/chromium/src/+log/a9094bdb2cda679e8bf3a5b43b27c12efa975d3c..fc1140de1b4563d3d890512e4a4f5f6481dddd0f

The suspecting Change Log is :
-----------
https://chromium.googlesource.com/chromium/src/+/a7760a764855fb5678f7e5e88e11b834416ffbb7

From the above CL suspecting the below change
https://codereview.chromium.org/2089373002

nainar@- Could you please look into this issue, if it's related to your change?  if not could you please help us to reassign this issue to the right owner.

Note: Issue is not seen in Ubuntu 14.04

Thank You...

Comment 3 by nainar@chromium.org, Oct 28 2016

Cc: brajkumar@chromium.org nainar@chromium.org
 Issue 659769  has been merged into this issue.

Comment 4 by nainar@chromium.org, Oct 28 2016

Hi, taking a look at this issue. Thank you for filing this!
Thank you for taking a look Nainar! Hopefully this is a relatively simply fix. If possible, please let us know when we can expect this to be resolved and released to production. We have had to recommend our users switch from Chrome when printing.
Yes please. I did temporary fix from my side to keep rolling my work.

Do google chrome give any reward for reporting bugs?

Comment 7 by nainar@chromium.org, Oct 31 2016

#5: I am sorry that this is the case and I will keep this thread updated as I investigate this issue further. 

#6: The reward policy for reporting bugs is here: https://www.google.com/about/appsecurity/chrome-rewards/index.html and it entails to bugs that help make Chrome and Chrome OS more secure
So do i qualify or not for reward?

Comment 9 by nainar@chromium.org, Oct 31 2016

No, this is not a security regression. 
Nainar, I found a workaround in our application that may help you track down the root cause of this bug. We use the BootStrap 3 framework. In this framework, it is common to wrap the page contents in a DIV with the container class. This container class sets the DIV to a fixed width based on media queries. If one forces this DIV to be 100% width, the printing appears normal size.

This can be seen in the example I attached by adding the following CSS to the document...

@media print {

     /*Fixes Chrome 54+ bug with printing (shrinks output). Causes container to be 100% instead of fixed width on print*/
    .container {
                width: 100%;
            }

So all that said, I'm not sure if the fixed width DIV is causing the problem or the fact that its width is set by media queries (for responsive layouts), but I figured this information may be useful in fixing this bug. :)
just to update, still able to reproduce the issue on windows 7 using chrome version 57.0.2926.0.

nainar@ friendly ping to get an update on this issue.

Thanks, 
still able to reproduce the issue on mac 10.11.6 using chrome version 57.0.2935.0

nainar@ Could you please take a look
This issue is reproducible on Mac 10.10.5 version 54.0.2840.98 (64-bit)

Any update on this issue? I've been unable to find a reliable workaround and this is very problematic for users of our product (who we've encouraged to use Chrome).

Should this issue perhaps be reassigned?
Still able to reproduce the issue on Mac 10.12.2 using latest chrome version 57.0.2984.0.

nainar@ Could you please look into this issue.

Thanks!
Just to update, still able to reproduce the issue on Win-10 using latest canary #58.0.2990.0.

nainar@ - Gentle Ping..!!

Could you please have a look into this issue.

Thanks...!!
I am still able to reproduce this issue on Mac OS 10.12.2 (16C67)

Version 55.0.2883.95 (64-bit)

Cc: hdodda@chromium.org
 Issue 681755  has been merged into this issue.
 Issue 672118  has been merged into this issue.
Cc: jmukthavaram@chromium.org msten...@opera.com
 Issue 660839  has been merged into this issue.
If this issue is same as #681755 then this is also reproducible on Ubuntu as we have seen this issues with several pages on Ubuntu12.04 and 16.04.
Components: -Blink>CSS Internals>Printing
Labels: -OS-Windows -OS-Mac OS-All
Cc: soushi@chromium.org
Labels: Hotlist-Enterprise
Chrome browser version: 56.0.2924.87 m
Platform: Windows 7 professional version 6.1

One of our enterprise customer is having this issue.
I confirmed the affected web sites uses Bootstrap v3.3.6.

Customer's PII (domain, affected sites, support case#) are available at:
https://docs.google.com/a/google.com/document/d/1bsOob8Sha23EMJwK0SjJUdzD-OL1Mwj5QBZG_LbKRN0

[Affecting all devices? All users?] 
Several Windows 7 devices with several user accounts 

[Expected Behavior] 
Customer could print all the pages of website with no problem on the latest version of Chrome browser. 

[Actual Behavior] 
Customer can print only the partial pages of website with inappropriate preview window on Chrome browser, even the other browser has no issue with printing the same web site. 

[Repro Steps] 
1. Access the affected web sites. 
2. Click [...] > Print (P) 
3. Click "Save" 
4. "Total number of prints: 7 pages" is displayed on the preview screen, even though the actual # of pages should be 20. As the result, only 7 pages are printed.

[All troubleshooting steps already taken] 
Not reproduce on 53.0.2785.101 m on Windows 7 pro.
IE is not affected.

[Logs attached] 
PDF from affected device
https://drive.google.com/a/google.com/file/d/0B8hJbBKk0-c4RzlWZjZ6UjI3bzg/view?usp=sharing

Debug log
https://drive.google.com/a/google.com/file/d/0B8hJbBKk0-c4VzBEdmg1eURKTkE/view?usp=sharing
Hi all!
I was wondering if you had any updates on this issue.
Thank you!
Hello,

I am also wondering if there is some update on this as it seems to be quite larger scale than I have previously thought. 

Thanks for response.
Hi, is there any progress in this issue? 

Thanks
Hi there!
Is there any progress on this?
Additionally, is there any other workaround than #c11?
End users don't always have access to the web site code, the web site can be managed by third party developers.
Thank you
Summary: Chrome 56 prints web pages incorrectly (zoomed out) when print media queries are used (was: Chrome 54 prints web pages incorrectly (zoomed out) when print media queries are used)
Changed the subject as the customer is still facing the issue on 56.
robhogan@ created a patch at https://bugs.chromium.org/p/chromium/issues/detail?id=664235#c9, and this patch will resolve this issue as well.

This is the link for the CL:
https://codereview.chromium.org/2747623002/

Comment 31 by zdnex...@gmail.com, Mar 27 2017

Hello,

is there some build with this patch which can be tested? For Ubuntu or Windows?

Thank you.
Committed the CL yesterday, so pick up Canary tomorrow and see. Let us know how you get on.
Hello,

so I have tested snapshot build from https://download-chromium.appspot.com/ ccrev 461342, but it looks that it is still same. Some page are still missing pages. Also test from  issue 681755  behaves same. I still have some old version 51 which prints them correctly. Not sure if this build is correct? 
In the latest Canary build, this seems to be working properly (the pages are not scaled out).

Comment 35 by msten...@opera.com, Apr 20 2017

Mergedinto: 664235
Status: Duplicate (was: Assigned)
Fixed by https://codereview.chromium.org/2747623002

Sign in to add a comment