Issue metadata
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 descriptionUserAgent: 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.
,
Oct 28 2016
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...
,
Oct 28 2016
,
Oct 28 2016
Hi, taking a look at this issue. Thank you for filing this!
,
Oct 31 2016
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.
,
Oct 31 2016
Yes please. I did temporary fix from my side to keep rolling my work. Do google chrome give any reward for reporting bugs?
,
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
,
Oct 31 2016
So do i qualify or not for reward?
,
Oct 31 2016
No, this is not a security regression.
,
Nov 2 2016
Here is some more discussion of this bug on the product forums... https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/que7RW-DK-Y/RjmjvjDaCAAJ https://productforums.google.com/forum/?utm_medium=email&utm_source=footer#!msg/chrome/3ovLnaecCtY/y1B_DxTaCAAJ
,
Nov 7 2016
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. :)
,
Nov 21 2016
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,
,
Nov 28 2016
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
,
Nov 30 2016
This issue is reproducible on Mac 10.10.5 version 54.0.2840.98 (64-bit)
,
Jan 4 2017
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?
,
Jan 17 2017
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!
,
Jan 23 2017
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...!!
,
Jan 24 2017
I am still able to reproduce this issue on Mac OS 10.12.2 (16C67) Version 55.0.2883.95 (64-bit)
,
Feb 8 2017
,
Feb 8 2017
Issue 672118 has been merged into this issue.
,
Feb 8 2017
,
Feb 8 2017
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.
,
Feb 8 2017
,
Feb 20 2017
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
,
Mar 2 2017
Hi all! I was wondering if you had any updates on this issue. Thank you!
,
Mar 2 2017
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.
,
Mar 3 2017
Hi, is there any progress in this issue? Thanks
,
Mar 13 2017
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
,
Mar 16 2017
Changed the subject as the customer is still facing the issue on 56.
,
Mar 27 2017
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/
,
Mar 27 2017
Hello, is there some build with this patch which can be tested? For Ubuntu or Windows? Thank you.
,
Mar 29 2017
Committed the CL yesterday, so pick up Canary tomorrow and see. Let us know how you get on.
,
Apr 2 2017
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?
,
Apr 12 2017
In the latest Canary build, this seems to be working properly (the pages are not scaled out).
,
Apr 20 2017
Fixed by https://codereview.chromium.org/2747623002 |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by tkent@chromium.org
, Oct 27 2016Labels: -Type-Bug Needs-Bisect Type-Bug-Regression