[macOS] Print preview displays wrong paper size if several steps are performed
Categories
(Core :: Printing: Setup, defect, P2)
Tracking
()
People
(Reporter: vlucaci, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: regressionwindow-wanted, Whiteboard: [print2020][old-ui-] )
Affected versions
- 84.0a1(20201029095639)
- 83.0b5
Affected platforms
- macOS 10.15.7
- macOS 10.14
Steps to reproduce
- Launch FF.
- Go to http://txt2html.sourceforge.net/sample.txt and open the modal.
- Go to Paper size, select the 4 x 6" option and the close the modal and the tab.
- In a new tab , go to https://www.htmldog.com/examples/pullquotes2.html and open the modal.
- Go to Paper Size , and select A4 option then close the modal.
- Ctrl+Shift+T to open the page from step 1 back, then open the modal.
Expected result
- The page should be displayed in A4 format in print preview.
Actual result
- The print preview section becomes corrupted, displaying abnormal page sizes and content, seemingly from the previous paper size
Suggested Severity
- Seeing as how this issue only occurs with my hardware configuration , I would S3 this issue. I suspect that this issue could appear on other printer configurations.
Regression range
- Will return with a regression ASAP.
Additional notes
- We did not manage to encounter this issue on any other device/printer configuration at our disposal.
- We ruled out that this could be related to the proprietary printer options . We tried to reproduce this issue as well with other proprietary print options.
- Screen cast of the issue: https://drive.google.com/file/d/1p4rkh5JD1P1TPom6aAQVDgB5YpOVQqIt/view?usp=sharing
Updated•4 years ago
|
Comment 1•4 years ago
|
||
Maybe something odd in the cups back-end?
Once you reproduce, does changing the paper size again work? If it doesn't we should probably bump the priority a bit.
Reporter | ||
Comment 2•4 years ago
|
||
Yes, changing the paper size does indeed work and cancels out the faulty behavior.
I will also search for a regression as soon as possible.
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Comment 3•1 year ago
|
||
To retest this issue the user requires a printer compatible with the reporter paper size (4 x 6"). Further investigation could not be performed.
Comment 4•5 months ago
|
||
I've collected a printer that allows me to run the original steps in the latest Nightly/Beta builds (Nightly v120.0a1; Beta v119.0 RC), but the issue does not appear to reproduce using the steps from comment 0.
The old build version that was reproduced on (Nightly v84.0a1 from 2020-10-29) does not recognize the printer and thus, the sizes mentioned in the original steps could not be selected, however, running the steps with other size selections does not cause issues either. The printer was then, added to the MacOS settings, but the behavior was the same, no reproduction. It was also tested with Nightly v111.0a1 and 115.0a1 on MacOS 11 and MacOS 10.13, but wouldn't reproduce.
The paper size was always correctly chosen and displayed in the print preview modal.
Considering the latest testing results and the fact that it hasn't been addressed in the last 3 years, I am closing this report as worksforme.
Description
•