Titles on a particular PDF are cut off on Firefox's PDF viewer, but not in Chromes
Categories
(Core :: Graphics: Canvas2D, defect)
Tracking
()
People
(Reporter: twisniewski, Assigned: lsalzman)
References
(Blocks 1 open bug, Regression, )
Details
(Keywords: regression)
Attachments
(3 files)
The titles on the first page of the PDF are being cut off in Firefox, but not in Chrome. This issue was reported to us at webcompat.com.
Comment 1•3 years ago
|
||
I can reproduce the issue on mac OS 12.5.1, with the pref gfx.canvas.accelerated
set to true, the rendering is correct when set to false.
:lsalzman, could you have a look please ?
Comment 2•3 years ago
|
||
Updated•3 years ago
|
Updated•3 years ago
|
Assignee | ||
Comment 3•3 years ago
|
||
Calixte, I can't reproduce this locally. Can you check with mozregression to see if this was some local bug churn that caused me to break it and then possibly fix it? Does it still repro with nightly?
Comment 4•3 years ago
•
|
||
I can reproduce in nightly 20220912094615.
I tried to figure out a revision with mozregression but at some point the builds only display some black pages, hence I can't say if the text rendering is buggy or not. So in considering black pages as correct, the best range I can get is:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=82085e71004296ecde5f16d6f5463fc6224678a4&tochange=4d770d6a88770f9af267a8a34e002f955b0c37cd
Comment 5•3 years ago
|
||
I just tested on Windows 11 and I've the same issue with gfx.canvas.accelerated
set to true.
Updated•3 years ago
|
Testing with mozregression:
Last good build: 2022-03-18
First bad build: 2022-03-19
Possibly caused by Bug 1756803
Comment 7•3 years ago
|
||
I just tried again mozregression but on Windows, I still get some black pages in the pdf with some builds and in skipping them I managed to get:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=62296e2492120287ebec7164b0dc72b30ffc2abc&tochange=a70044c2c67a886eaf9589b97392e47bb366fa57
The bug is intermittent with some builds, hence I had to reload the pdf several times to be "sure" that the build was buggy.
Comment 8•3 years ago
|
||
(In reply to Calixte Denizet (:calixte) from comment #7)
I just tried again mozregression but on Windows, I still get some black pages in the pdf with some builds and in skipping them I managed to get:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=62296e2492120287ebec7164b0dc72b30ffc2abc&tochange=a70044c2c67a886eaf9589b97392e47bb366fa57The bug is intermittent with some builds, hence I had to reload the pdf several times to be "sure" that the build was buggy.
Likely bug 1755780 then.
Comment 9•3 years ago
|
||
Set release status flags based on info from the regressing bug 1755780
Assignee | ||
Comment 10•3 years ago
|
||
The conservative bounds returned when using SkTextBlob::bounds() can sometimes
be erroneous. Skia currently does not have a way to force tight bounds computation
with that particular interface, so we work around this by querying the bounds
from SkFont explicitly like Skia's internal tight bounds computation would do
anyway.
Updated•3 years ago
|
Comment 11•3 years ago
|
||
Comment 12•3 years ago
|
||
bugherder |
Updated•3 years ago
|
Updated•3 years ago
|
Comment 13•3 years ago
|
||
Reproduced the issue mentioned at comment 0 using Firefox 106.0a1 (BuildId:20220912214055) while having the gfx.canvas.accelerated
pref set to true
.
This issue is verified fixed using Firefox 106.0b4 (BuildId:20220925185751) and Firefox 107.0a1 (BuildId:20220926213808) on Windows 10 64bit, macOS 11 and Ubuntu 22.04 with gfx.canvas.accelerated
pref set to true
.
Comment 14•3 years ago
|
||
IIUC, this only happens with the gfx.canvas.accelerated
manually set to true as it's unconditionally defaulted to false outside of Nightly builds. Updating the status flags accordingly. Please feel free to holler if I got that wrong :)
Description
•