Closed Bug 1649748 Opened 5 years ago Closed 3 years ago

using the most recent version with built in pdf viewer, background images on top of text

Categories

(Core :: Graphics, defect, P3)

Product:
Core
Component:
Graphics
Platform:
All
Windows
Type:
defect

Tracking

()

Status:
RESOLVED FIXED
Milestone:
96 Branch
Tracking Flags:
Tracking Status
firefox-esr68 --- wontfix
firefox-esr78 --- wontfix
firefox-esr91 --- wontfix
firefox77 --- wontfix
firefox78 --- wontfix
firefox79 --- wontfix
firefox80 --- wontfix
firefox94 --- wontfix
firefox95 --- wontfix
firefox96 --- fixed

People

(Reporter: pam.casiano, Unassigned)

References

(Regression)

Details

(Keywords: parity-chrome, regression)

Attachments

(1 file)

CTReopeningSchools (2).pdf
2.23 MB, application/pdf
Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.116 Safari/537.36

Steps to reproduce:

downloaded the most recent version of Firefox for windows, opened link on website and background images on top of text.

Actual results:

complaints that pdf we posted on website opens with background images on top of text. I replicated it.

Expected results:

view in Chrome or acrobat and you will not see images on top of text so that you can read it.

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Component: Untriaged → PDF Viewer

I can reproduce the issue on Nightly80.0a1(20200701093012) Windows10 (Compositing: WebRender and Direct3D 11 (Advanced Layers)).
It works as expected if HWA was disabled (Compositing: Basic).

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=4f54551cf526994ec2749bb3f39623369c423d2f&tochange=5a793218e7abe53a07a656fe0b9f330d5fc0f83f

Status: UNCONFIRMED → NEW
Has Regression Range: --- → yes
Has STR: --- → yes
status-firefox77: --- → wontfix
status-firefox78: --- → wontfix
status-firefox79: --- → wontfix
status-firefox80: --- → affected
status-firefox-esr68: --- → wontfix
status-firefox-esr78: --- → wontfix
Component: PDF Viewer → Graphics
Ever confirmed: true
Keywords: parity-chrome, regression
Product: Firefox → Core
Regressed by: 1303534

Using mozregression, the first build I could find that would actually open the PDF (as opposed to asking me "which app do you want to use to view this") was from 2017-05-06, and it already had this problem.

On windows, the problem persists on the latest nightly when disabling WR (ie. when using "Advanced Layers" for Compositing) and also when using SWGL.

However the issue is no-repro on Mac with WR enabled, nor under Linux VM.

So it seems to be windows-specific while at the same time independent of WR/no-WR/SWGL, and going back at least 3 years?
If the problem is in DrawTargetD2D1.cpp as per Bug 1303534, that seems plausible.

Severity: -- → S3
Flags: needinfo?(bas)
OS: Unspecified → Windows
Priority: -- → P3
Hardware: Unspecified → All

Does this still happen in the latest nightly?

Flags: needinfo?(alice0775)

Fixed by bug 1642583

Status: NEW → RESOLVED
Closed: 3 years ago
Depends on: 1642583
Flags: needinfo?(bas)
Resolution: --- → FIXED
Flags: needinfo?(alice0775)
status-firefox94: --- → wontfix
status-firefox95: --- → wontfix
status-firefox96: --- → fixed
status-firefox-esr91: --- → wontfix
Target Milestone: --- → 96 Branch
QA Whiteboard: [qa-96b-p2]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: