www.burbankca.gov - Attempting to print the page does not show the text in the resulting PDF (macOS) or mis-scales content (other)
Categories
(Core :: Printing: Output, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr115 | --- | affected |
firefox119 | --- | wontfix |
firefox120 | --- | wontfix |
firefox121 | --- | fix-optional |
People
(Reporter: rbucata, Unassigned)
References
(Regression, )
Details
(Keywords: regression)
From github: https://github.com/webcompat/web-bugs/issues/129088.
<!-- @browser: Firefox 118.0 -->
<!-- @ua_header: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:109.0) Gecko/20100101 Firefox/118.0 -->
<!-- @reported_with: unknown -->
<!-- @public_url: https://github.com/webcompat/web-bugs/issues/129088 -->Browser / Version: Firefox 118.0
Operating System: Mac OS X 10.15
Tested Another Browser: Yes SafariProblem type: Something else
Description: When I try to print it to a PDF, while the print dialogue shows the text, the resulting PDF contains none of the text.
Steps to Reproduce:
Safari could print it (although it still doesn't look the same as the web page).<details>
<summary>Browser Configuration</summary>
<ul>
<li>None</li>
</ul>
</details>From webcompat.com with ❤️
Change performed by the Move to Bugzilla add-on.
Reporter | ||
Comment 1•1 year ago
|
||
The issue was reported via the webcompat.com reporter. Since the issue is related to the Printing Output of the page, we have moved the issue. Please feel free to move the issue to the correct Product and Component.
Comment 2•1 year ago
|
||
I see the same problem with Firefox (Nightly) on macOS. On Linux, the text does appear in the PDF, but the scaling is bad (so that a bunch of the content is cut off).
Comment 3•1 year ago
|
||
Regression range (on macOS):
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=59fa65e9da080d96cf90d9c99a458372b8d58b4d&tochange=321d39a496831919d454ecac43c322fa16c87ad5
That suggests this came from the gfx.cairo_quartz_cg_layer.enabled
pref-tweak in bug 1789482. And indeed, if I toggle that pref to false
, then the issue goes away.
--> calling this a regression from bug 1789482.
Comment 4•1 year ago
|
||
...though really that means this is a regression from bug 1772225 (which just went away for a bit via bug 1779202 which put the behavior behind the aforementioned about:config pref and set it to false
; and then this came back when we changed that pref back to true
in bug 1789482).
Comment 5•1 year ago
|
||
(confirmed that older regression range with a more narrowly targeted mozregression run, which yielded https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=102a953cbf862aba9ed0804504c32a4a9ed6ece7&tochange=5563ec0537500a2ac4a38aa9271452b851a0c3ab , which does implicate bug 1772225.)
Comment 6•1 year ago
|
||
Set release status flags based on info from the regressing bug 1772225
Comment 7•1 year ago
|
||
Thanks for the testing, Daniel -- it's pretty clear the CGLayer backend must be failing in some way on this file.
(Though even with the pref disabled, the output isn't great, as the content doesn't correctly fit the page and significant amounts of text are clipped. But at least that's the same on other platforms... presumably something about page size/viewport/etc.)
Updated•1 year ago
|
Updated•1 year ago
|
Description
•