Open Bug 1923150 Opened 15 days ago Updated 1 day ago

Text layer and canvas mismatch on Windows for people using an old version of pdf.js with Firefox 133

Categories

(Core :: Graphics: Text, defect)

defect

Tracking

()

Tracking Status
firefox-esr115 --- unaffected
firefox-esr128 --- unaffected
firefox131 --- unaffected
firefox132 --- unaffected
firefox133 + affected

People

(Reporter: calixte, Unassigned)

References

(Regression)

Details

(Keywords: regression)

This bug isn't about the built-in pdf viewer in Firefox.

For the context, a lot of websites are using pdf.js and it's pretty frequent that they use an out-of-date one.
The fix for bug 1919906 has induced a regression: bug 1922063.
Because of this regression, the text selection and the find-in-page can be painful.
It's fixed in Firefox 133 for the built-in viewer and there is a fix too in the very last release of pdf.js (as a js lib).
But nothing is fixed for people using Firefox 133, on Windows, with an out-of-date pdf.js.

:jfkthame, since you are the author of the regressor, bug 1919906, could you take a look?

For more information, please visit BugBot documentation.

Flags: needinfo?(jfkthame)

Simply reverting bug 1919906 would (obviously) reintroduce the bad rendering that it fixed.

https://bugzilla.mozilla.org/show_bug.cgi?id=1922063#c10 discusses some options, but none of them (except the "update pdf.js" option) seem risk-free.

Flags: needinfo?(jfkthame)

I think we should get bug 1920733 landed so that we can at least get a better picture of its risk

Yes, let's get that into Nightly and see how things go. I'll try to take a look at the test failures there.

(We need to keep in mind, though, that until we decide we're comfortable shipping it to all Release users, that will in effect "hide" this issue on Nightly (and early Beta) channels, but end users will still experience the problem.)

The bug is marked as tracked for firefox133 (nightly). However, the bug still isn't assigned, has low priority and has low severity.

:marco, could you please find an assignee, increase the priority and increase the severity for this tracked bug? Given that it is a regression and we know the cause, we could also simply backout the regressor. If you disagree with the tracking decision, please talk with the release managers.

For more information, please visit BugBot documentation.

Flags: needinfo?(mcastelluccio)
Severity: S3 → --
Component: PDF Viewer → Graphics: Text
Flags: needinfo?(mcastelluccio)
Priority: P3 → --
Product: Firefox → Core
See Also: → 1922063

:jrmuizel: Looks like some recent progress has been made on bug 1920733. Any thoughts on risk assessment now?

Flags: needinfo?(jmuizelaar)

(In reply to Erich Gubler [:ErichDonGubler] from comment #6)

:jrmuizel: Looks like some recent progress has been made on bug 1920733. Any thoughts on risk assessment now?

bug 1920733 hasn't made it to nightly yet so we don't know anything new.

Flags: needinfo?(jmuizelaar)

This is a reminder regarding comment #5!

The bug is marked as tracked for firefox133 (nightly). We have limited time to fix this, the soft freeze is in 10 days. However, the bug still isn't assigned.

:jrmuizel/:jfkthame next week is the final week of nightly before Fx133 goes to beta.
Any updates here on a possible fix?
We could consider backing out Bug 1919906 when we get to beta

Flags: needinfo?(jmuizelaar)
Flags: needinfo?(jfkthame)

The current state of things, as I understand it:

As far as I know, bug 1920733 should have fixed the issue here, but the change there is currently targeting Nightly/Early Beta only, so as things stand the issue will reappear in later betas.

Whether we can un-gate the change from bug 1920733 and let it ship to Release will depend on any regressions that are discovered (as well as how the change is received in general, I guess; bug 1924346 is an instance of someone who noticed the change and doesn't sound happy with it).

Backing out bug 1919906 should be a "safe" option inasmuch as it will resolve the issue for pdf.js, but it will obviously re-introduce the poor canvas text rendering seen on Apple Maps (and presumably affecting other sites as well).

We could attempt to fix bug 1919906 in the "opposite" way: instead of ensuring that force-gdi-classic mode is consistently ignored for canvas2d text, we could allow it to be respected during both measurement/layout and rendering. This would in effect mean reverting bug 1730772, which introduced the inconsistency that results in bug 1919906. However, I have confirmed with a local build that doing this would regress the GDocs rendering that bug 1730772 was attempting to fix.

On balance, I think I'd lean toward backing out bug 1919906 from beta if we conclude that we're not ready to let bug 1920733 go to release yet. Jeff, does that seem like the right option at this point?

Flags: needinfo?(jfkthame)

Yeah, I think backing out bug 1919906 from beta makes the most sense. I think we can afford to wait for bug 1920733 to cook a little bit.

Flags: needinfo?(jmuizelaar)

Thanks all for the input, I will backout Bug 1919906 from beta after Fx133 merges to beta.

Severity: -- → S3

This is a reminder regarding comment #5!

The bug is marked as tracked for firefox133 (nightly). We have limited time to fix this, the soft freeze is in 3 days. However, the bug still isn't assigned.

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