Print preview shows background images, even though it's disselected
Categories
(Core :: Print Preview, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox82 | --- | verified |
People
(Reporter: mbalfanz, Assigned: emilio)
References
Details
(Whiteboard: [print2020_v82][old-ui-])
Attachments
(2 files)
STR:
- Open about:newtab
- Open the print dialog
- Select
Save to PDF
as destination - Hit save and observe the generated PDF document
ER: print preview and PDF should show a similar result
AR: the PDF does no contain images that are shown in the print preview
Reporter | ||
Comment 1•5 years ago
|
||
about:newtab uses background-image
to display the top-site icons. This is also a common practice on many other websites, e.g. to place logos in the header. I observed that those situations get confusing, because the print preview shows those images, but the resulting print does not.
Selecting the "print backgrounds" option shows all images as expected.
Reporter | ||
Updated•5 years ago
|
Reporter | ||
Comment 2•5 years ago
|
||
Finding some more examples, like the footer on https://www.mozilla.org/en-US/firefox/developer/
The print preview shows an unreadable result, because it contains the background-image. The generated PDF is perfectly fine.
I think it would be best if the preview ignores background images (and makes the necessary text color adjustment) the same way the print output does, so I moved the bug to the "Print Preview" component.
Assignee | ||
Updated•5 years ago
|
Assignee | ||
Comment 4•5 years ago
|
||
Can you confirm that disabling webrender makes it work?
Assignee | ||
Comment 5•5 years ago
|
||
We usually suppress background images in
nsCSSRendering::PaintStyleImageLayerWithSC, but that codepath isn't hit
by WebRender, so instead do it during display list building, the same
way we suppress background colors.
Reporter | ||
Comment 6•5 years ago
|
||
Can't confirm. Here's a screenshot of me running a fresh profile on OS X without webrender
Reporter | ||
Comment 7•5 years ago
|
||
Whoops, scratch that.
I can confirm that it works as expected when running Firefox with MOZ_WEBRENDER=0
Comment 9•5 years ago
|
||
Backed out for reftest failures
Backout link: https://hg.mozilla.org/integration/autoland/rev/c4d96dad44b16ca9447beac3933dcfb893013077
Failures on float-clear-000-print.html -> https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=315771523&repo=autoland&lineNumber=6093
Failures on page-width-3.9in.htm -> https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=315773319&repo=autoland&lineNumber=8224
Failures on nested-overflow-subtree-layout.html -> https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=315771539&repo=autoland&lineNumber=21077
Comment 10•5 years ago
|
||
Comment 11•5 years ago
|
||
Re-landed because this bug didn`t cause the failures
Updated•5 years ago
|
Comment 12•5 years ago
|
||
bugherder |
Updated•5 years ago
|
Comment 13•5 years ago
|
||
Verified as fixed on Firefox 83.0a1 (2020-09-29) on Mac OS 10.14, Window 10 x64 and on Ubuntu 20.04 x64.
Description
•