1901789 - Many files pdf can not be see correctly with hardware acceleration enabled

Status: RESOLVED WORKSFORME

(Core :: Graphics: Canvas2D, defect)

Description

[uateruain]

Attach (recommended) or Link to PDF file here:
https://www.conservatoria.it/data/download/date_meccanizzazione_conservatoria.pdf

Steps to reproduce the problem:

1. take a look in that link
2. the page can be read at all

What is the expected behavior? (add screenshot)

What went wrong? (add screenshot)

Comment 1

[Marco Castelluccio [:marco]]

Do you have other PDFs that you can't see? Can you attach a screenshot?

It's working on Windows.

Comment 2

[uateruain]

Thanks for your answer, the problem happens only with Firefox in Linux Mint 126.0.1 (64 bit).
I can't take a screenshot, because when I try to do it the screen become completely black in the area where is the document

Comment 3

[Calixte Denizet (:calixte)]

Is it better if in about:config you set the option gfx.canvas.accelerated to false and then reload your pdf ?

Comment 4

[Calixte Denizet (:calixte)]

I tested with Fedora 39 under X/Wayland and in both cases it works perfectly whatever the gfx.canvas.accelerated is.

Comment 5

[uateruain]

(In reply to Calixte Denizet (:calixte) from comment #3)

Is it better if in about:config you set the option gfx.canvas.accelerated to false and then reload your pdf ?

Well, the solution you proposed seems to work well. I'll wait to do more tests with other files, but for now it's fine.

Many thanks

Comment 6

[Calixte Denizet (:calixte)]

We'll disable accelerated canvas for the pdf reader soon. That said I don't think this bug is related to pdf.js.

Comment 7

[mirh]

I'm also kinda thinking the same.
It's a super duper long stretch.. But could you try to enable webgl.gl_khr_no_error?

It seems bananas, but after I took care of bug 1899780 I somehow stopped to have this problem too.

Comment 8

[uateruain]

(In reply to uateruain from comment #5)

(In reply to Calixte Denizet (:calixte) from comment #3)

Is it better if in about:config you set the option gfx.canvas.accelerated to false and then reload your pdf ?

Well, the solution you proposed seems to work well. I'll wait to do more tests with other files, but for now it's fine.

Many thanks

Well, thanks, your advice till now is working!

Comment 9

[BugBot [:suhaib / :marco/ :calixte]]

The severity field is not set for this bug.
:lsalzman, could you have a look please?

For more information, please visit BugBot documentation.

Comment 10

[Lee Salzman [:lsalzman]]

I am unable to replicate this on my Linux configuration as well. uateruain, can you please post your "about:support" information (with acceleration enabled while you do so) so we can look at your graphics configuration and see if there is something unique there causing this?

Comment 11

[uateruain]

(In reply to Lee Salzman [:lsalzman] from comment #10)

I am unable to replicate this on my Linux configuration as well. uateruain, can you please post your "about:support" information (with acceleration enabled while you do so) so we can look at your graphics configuration and see if there is something unique there causing this?

@Salzman, where can I post all informations collected from "about:support"?

Comment 12

[uateruain]

Attachment: Hereby information from about:support

Comment 13

[Jonathan Sambrook]

(In reply to mirh from comment #7)

I'm also kinda thinking the same.
It's a super duper long stretch.. But could you try to enable webgl.gl_khr_no_error?

It seems bananas, but after I took care of bug 1899780 I somehow stopped to have this problem too.

Enabling webgl.gl_khr_no_error didn't affect the symptoms for me. (Disabling gfx.canvas.accelerated does.)

Comment 14

[mirh]

Did you restart the browser though?
I was also pretty skeptical of the connection, but I kinda confirmed it in bug 1906370

Comment 15

[Yannis Juglaret [:yannis]]

Attachment: bad-pdf-rendering.jpg

Attachment shows how this PDF was rendered on the machine of a coworker of a relative, running Ubuntu. This is the closest bug I could find so I'm posting this here for informative purposes. Coworker was forced to fallback to Chrome for PDFs (especially from arxiv.org). Setting gfx.canvas.accelerated to false fixed it. I'll report about webgl.gl_khr_no_error if they have the time to try it.

Comment 16

[Yannis Juglaret [:yannis]]

Having gfx.canvas.accelerated set to true and webgl.gl_khr_no_error to true also fixes the issue for the coworker mentioned in comment 15.

Comment 17

[Marco Castelluccio [:marco]]

(In reply to Yannis Juglaret [:yannis] from comment #16)

Having gfx.canvas.accelerated set to true and webgl.gl_khr_no_error to true also fixes the issue for the coworker mentioned in comment 15.

I wonder if it fixes this case in particular or if it is helping with most of the problems we have seen with HW acceleration.

Comment 18

[Yannis Juglaret [:yannis]]

Another coworker of the same relative had exactly the same issue and same behavior wrt prefs. They use the same model of (laptop) computer with the same graphics card on the same version of Ubuntu. I'll have access to one of the laptops soon so I'll be able to post their about:support. Let me know if you want me to do other things with the laptop.

Comment 19

[mirh]

(In reply to Marco Castelluccio [:marco] from comment #17)

(In reply to Yannis Juglaret [:yannis] from comment #16)

Having gfx.canvas.accelerated set to true and webgl.gl_khr_no_error to true also fixes the issue for the coworker mentioned in comment 15.

I wonder if it fixes this case in particular or if it is helping with most of the problems we have seen with HW acceleration.

Yeah, like.. I was really left perplexed in bug 1902012.
As a matter of fact also, a guy in the linked pdf.js issue seems to still be experiencing problems even in FF129 with the disabling included.

Comment 20

[Marco Castelluccio [:marco]]

Can any of you still reproduce this with latest Nightly?

Comment 21

[Yannis Juglaret [:yannis]]

(we don't have access to this laptop anymore, sorry)

Comment 22

[mirh]

I just tried on 147 (where I found gl_khr_no_error to have been unset?) and the linked pdfs seemed fine.
Idk if it could be a firefox improvement, a nvidia driver fix, or whatever.

Comment 23

[Marco Castelluccio [:marco]]

I'll close this as WORKFORME. We can reopen if people see this again.