Open Bug 1430114 Opened 3 years ago Updated 3 months ago

[Layout][UX] PDF file with portrait pages has the bottom of its pages cut off when print previewed in landscape mode

Categories

(Core :: Print Preview, defect, P4)

defect

Tracking

()

Tracking Status
firefox57 --- wontfix
firefox58 --- wontfix
firefox59 --- wontfix
firefox66 --- wontfix
firefox67 --- wontfix
firefox68 --- wontfix
firefox69 --- fix-optional
firefox74 --- affected
firefox75 --- affected
firefox76 --- affected
firefox77 --- affected

People

(Reporter: cbadau, Unassigned)

Details

Attachments

(1 file)

Attached image issue.png
[Affected versions]:
- latest Nightly 59.0a1 (2018-01-12)
- Firefox 58 Beta 16
- Firefox 54.0.1
- Firefox 56 Beta 3

[Affected platforms]:
- Windows 10 x64
- Windows 8.1 x64
- macOS 10.12
- Ubuntu 14.04 x64


[Steps to reproduce]:
1. Open a pdf page (e.g: http://www.dbsparks.com/research/html/SNRN02.pdf , http://www23.statcan.gc.ca/imdb-bmdi/pub/instrument/3901_Q2_V3-eng.pdf).
2. Select "Print Preview"(on Windows)/"Open PDF in Preview" (on Mac).  
3. Choose "Landscape". 

[Expected result]:
- The page is correctly displayed in Print Preview while in Landscape.

[Actual result]:
- The page is cut off in Print Preview while in Landscape. Please see attachment "issue.png". 

[Regression range]:
- Since the issue is reproducible on Firefox 54.0.1 is not a recent regression. I will come back ASAP with the regression range.
So you're trying to print portrait pages to landscape paper. That seems like a weird use case but other browsers do handle it better than we do.

This is somewhat expected given your settings (the default admittedly) as shown in your screenshot. The Scale field is set to "Shrink to Fit", which means fit the width of the content to be printed to the width of the print page (see bug 188365 for renaming this "Shrink to fit page width"). For portrait PDF pages that setting scales their width up to fit the width of the landscape paper...and naturally we then truncate the bottom of the PDF pages.

The user can "fix" this somewhat by trying out different values in the Scale field until the page fits better. That's annoying though, both because it requires manual tweaking, and because in the end it still doesn't look great since the PDF page is positioned at the top-left of the sheet.
Component: Printing: Output → Print Preview
Priority: -- → P4
Summary: A pdf page is cut off in Print Preview while in Landscape → PDF file with portrait pages has the bottom of its pages cut off when print previewed in landscape mode
We could make things a lot better by doing two things:

 - Having two scaling settings: "Fit to page width" and "Fit to page
   height", and select a sensible default based on the orientation
   of the PDF pages that are being printed.

 - Having the PDF pages centered in the print pages when they have
   to be scaled to fit.

This requires both UI and layout work.
Summary: PDF file with portrait pages has the bottom of its pages cut off when print previewed in landscape mode → [Layout][UX] PDF file with portrait pages has the bottom of its pages cut off when print previewed in landscape mode

The issue is present on Nightly 66.0a1 (20190107214730) also, reproduced with the above steps on Win8 x32.

This issue is reproducible on Ubuntu 16.04 as well.

Version 66.0a1
Build ID 20190109163702
User Agent Mozilla/5.0 (X11; Linux x86_64; rv:66.0) Gecko/20100101 Firefox/66.0

Build ID 20190701095406
User Agent Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:69.0) Gecko/20100101 Firefox/69.0

This issue is reproducible on macOS 10.14.5 using the Release, Beta and the latest Firefox Nightly 69.0a1.

I've seen this behavior on Windows 10 for Firefox version 74.0a1 (2020-01-13) (64-bit).

Hi,

I was able to reproduce this issue on Mac OS 10.14 for Firefox version Nightly 75.0a1 (2020-02-18). Marking that flag as affected.

Hi,

I was able to reproduce this issue on Ubuntu 18 with Firefox version 77.0a1 (2020-04-15) (64-bit). Marking that flag as affected.

Change the status for beta to have the same as nightly and release.
For more information, please visit auto_nag documentation.

You need to log in before you can comment on or make changes to this bug.