Closed
Bug 1668762
Opened 5 years ago
Closed 5 years ago
[PI-819] Images are not displayed on the print preview before printing at least once using the old UI on Windows
Categories
(Core :: Print Preview, defect, P2)
Tracking
()
RESOLVED
DUPLICATE
of bug 1669187
People
(Reporter: ppop, Unassigned)
References
(Regression)
Details
(Keywords: regression, Whiteboard: [print2020_v82] [old-ui+])
Attachments
(1 file)
1.42 MB,
image/gif
|
Details |
[Affected versions]:
- Firefox Beta 82.0b5, Build ID 20200929175845
[Affected platforms]:
- Windows 10 x64
[Prerequisites]:
- Have the "print.tab_modal.enabled" pref set as "false".
[Steps to reproduce]:
- Open the browser with the profile from prerequisites and navigate to the about:newtab page.
- Click the hamburger menu button and click the "Print..." option.
- Click the "Page Setup..." button and check the "Print Background (colors & images)" checkbox.
- Observe the behavior.
[Expected result]:
- The print preview is refreshed and the images are displayed.
[Actual result]:
- The print preview is refreshed and no images appear on the page.
[Regression]:
- I have managed to find a regression window, using the Mozregression tool. Here are the results:
Last good revision: 2742f1d85634ae4dfc169b98dd537f4091118cf5
First bad revision: 01991b20e8a2505b6b6edd41015f915fdacca01b
Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=2742f1d85634ae4dfc169b98dd537f4091118cf5&tochange=01991b20e8a2505b6b6edd41015f915fdacca01b - From the pushlog, it seems that Bug 1665064 might have caused this issue.
[Notes]:
- This issue is not reproducible using the new UI.
- Workaround: The print preview correctly displays images after printing to PDF at least once.
- This issue is not reproducible on macOS and linux.
- Attached a screen recording of the issue:
Comment 1•5 years ago
|
||
Regression for the old UI. Tentatively tracking this for 82.
Regressed by: 1665064
Whiteboard: [print2020_v82] [old-ui+]
Updated•5 years ago
|
Has Regression Range: --- → yes
Updated•5 years ago
|
Keywords: regression
Comment 2•5 years ago
|
||
ni? emilio based on the regressing bug, but I'm setting this at P2.
Component: Printing → Print Preview
Flags: needinfo?(emilio)
Priority: -- → P2
Product: Toolkit → Core
![]() |
||
Comment 3•5 years ago
|
||
Suspiciously similar to bug 1668621, even if the regressing commit is different. The patch for that bug may fix this one too.
Comment 4•5 years ago
|
||
Yeah, I think this is just bug 1668621. I think my patch just uncovered the settings difference because we used not to honor them.
Status: NEW → RESOLVED
Closed: 5 years ago
Flags: needinfo?(emilio)
Resolution: --- → DUPLICATE
Updated•5 years ago
|
status-firefox82:
affected → ---
![]() |
||
Comment 5•5 years ago
|
||
The patch for bug 1669187 fixes this, at least to the extent we can without taking on too much risk.
You need to log in
before you can comment on or make changes to this bug.
Description
•