Closed
Bug 1106625
Opened 11 years ago
Closed 11 years ago
"Ignore scaling and shrink to page fit" not working, with "overflow-x: hidden" on <body>
Categories
(Core :: Printing: Output, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: marcstober, Unassigned)
Details
Attachments
(2 files)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:33.0) Gecko/20100101 Firefox/33.0
Build ID: 20141030112145
Steps to reproduce:
In Firefox 33 on Mac:
1. Visit this web page: http://rabbidanielsiegel.com/kaddish%E2%80%A2public-and-private/
2. File > Print
3. Check "Ignore scaling and shrink to fit page width".
4. PDF > Open PDF in Preview
Actual results:
The PDF is cut off - it is not shrunk to fit.
See attached, and the output of Safari for comparison. I'm not sure if Safari is shrinking the page or ignoring CSS to re-flow it.
Note:
One workaround is to manually change the scaling - it *isn't* ignored.
Another workaround is to disable the #container { width: 875px } rule in developer tools, and the page flows - but this requires someone comfortable with developer tools to edit CSS for any page affected by this bug; I just note this in case it helps with troubleshooting.
Note that the Mac print dialog is different than the experience on Windows.
I also was able to reproduce under Linux (ableit in a VM running on a Mac).
Expected results:
The page should have been shrunk to fit.
|
Reporter | |
Comment 1•11 years ago
|
||
Most similar bug I could find was 684622, but that's not exactly the same and was fixed.
I think this is a bug but I'd filed a support request first as well: https://support.mozilla.org/en-US/search/advanced?a=1&asked_by=marcstober&w=2
|
|
Reporter | |
Comment 2•11 years ago
|
||
|
|
||
Comment 3•11 years ago
|
||
Firefox 34.0 for Ubuntu
Build Id : 20141127110656
Same happens to me. This option has no effect (selected/unselected) on output file.
Flags: a11y-review?
|
||
Updated•11 years ago
|
Component: Untriaged → Printing: Output
Flags: a11y-review?
Product: Firefox → Core
|
||
Comment 4•11 years ago
|
||
The page has "overflow-x: hidden" on the <body> element, so Firefox is respecting that and hiding content that overflows off the right side of the <body>. And after that, there's nothing that "doesn't fit", so "shrink-to-fit" doesn't have anything that it can shrink to display.
This all seems to be the right behavior, I think, given the styling. The right fix is for the author to remove "overflow-x" from the <body> element. (In addition to breaking printing, that style breaks the page's rendering at skinny-ish browser-sizes, in Firefox & Chrome at least -- content is just clipped & impossible to see.)
So, I'm inclined to call this INVALID (not a Firefox bug).
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
|
|
||
Updated•11 years ago
|
Summary: "Ignore scaling and shrink to page fit" not working → "Ignore scaling and shrink to page fit" not working, with "overflow-x:hidden" on <body>
|
|
||
Updated•11 years ago
|
Summary: "Ignore scaling and shrink to page fit" not working, with "overflow-x:hidden" on <body> → "Ignore scaling and shrink to page fit" not working, with "overflow-x: hidden" on <body>
|
|
||
Comment 5•11 years ago
|
||
(FWIW, I tried disabling the "overflow-x:hidden" rule locally with Firefox's devtools, and then shrink-to-fit works correctly as you'd expect in print-preview.)
|
|
Reporter | |
Comment 6•11 years ago
|
||
Fair enough, I wouldn't have expected a tag like that on the body. Thanks for looking at it.
You need to log in
before you can comment on or make changes to this bug.
Description
•