NVDA will not read the Alt text out loud from an Added image of a Saved PDF
Categories
(Firefox :: PDF Viewer, defect, P1)
Tracking
()
People
(Reporter: rdoghi, Assigned: calixte)
References
(Blocks 1 open bug)
Details
(Keywords: access, Whiteboard: [fidefe-quality-foundation?])
Attachments
(4 files)
Found in
- Beta 130.0b1
Affected versions
- 131.0a1 (2024-08-07)
- Beta 130.0b1
- Release 129
- ESR 128
Affected platforms
- Windows
Preconditions
Have any screen reader enabled
Steps to reproduce
- Open a PDF file in Firefox.
- Add a few images to the PDF file.
- Add some ALT text to each image.
- Save the PDF file from the Toolbar.
- Open the previously saved PDF in Firefox.
- Reach the added images using the Tab key.
Expected result
- NVDA should read the Alt text from each image: "Figure + Alt text"
Actual result
- Reaching an Added image with Alt text, the Screen reader will read out loud "Page 1 Region clickable" instead of the Figure + Alt text.
If there are 2 or more images, jumping with Tab to the next image NVDA will just read "Blank".
Reaching back to an image with Shift + Tab will read the "Page 1 Region clickable" again.
Please note that the HTML tree shows the alt text if we look for it.
Regression range
Not a regression.
Reporter | ||
Comment 1•6 months ago
|
||
I think this issue is related to the PDF we used, on the Dummy PDF file NVDA does not read the Alt Text, but from the sample5 file NVDA will read that Alt Text from the image.
Reporter | ||
Comment 2•6 months ago
|
||
NVDA does not read the Alt text from this image : A person with long hair holding a large stick.
Reporter | ||
Comment 3•6 months ago
|
||
NVDA will read the Alt text from this image: Test Readers
Reporter | ||
Comment 4•6 months ago
|
||
There might be an issue with this PDF file but It also happened with others.
Adding images to these pdf files and saving them from the toolbar will not read the Alt text from the image. It will only say Blank or Page 1 region clickable.
Reporter | ||
Updated•6 months ago
|
Updated•6 months ago
|
Updated•6 months ago
|
Assignee | ||
Comment 5•6 months ago
|
||
The file sample5.pdf is a tagged pdf which means that there is structure tree reflecting how the document is structured. In this case when we add an image we are able to correctly add our own tag at the right place in the tree.
But for the other pdf, it isn't tagged, so in such a case, when saving, we just create an empty structure tree where we just add our image with its alt-text.
That said when it's displayed in Firefox, we can probably have a workaround.
Comment 6•6 months ago
|
||
(In reply to Calixte Denizet (:calixte) from comment #5)
The file sample5.pdf is a tagged pdf which means that there is structure tree reflecting how the document is structured. In this case when we add an image we are able to correctly add our own tag at the right place in the tree.
But for the other pdf, it isn't tagged, so in such a case, when saving, we just create an empty structure tree where we just add our image with its alt-text.
Why isn't NVDA reading it aloud? Shouldn't it be reading it, even if not exactly at the right place?
That said when it's displayed in Firefox, we can probably have a workaround.
I'm not sure it's worth it. After users edit PDFs, they expect the result to work exactly the same across viewers (at least the most frequent ones).
I think we should for now just make sure the image description is read aloud in untagged PDFs too, even if we can't put it in the right place, and then in the future when we have a way to generate tags automatically we can reconsider this.
Assignee | ||
Updated•6 months ago
|
Comment 7•6 months ago
|
||
Assignee | ||
Updated•5 months ago
|
Updated•5 months ago
|
Comment 8•5 months ago
|
||
The patch landed in nightly and beta is affected.
:calixte, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- If no, please set
status-firefox131
towontfix
.
For more information, please visit BugBot documentation.
Reporter | ||
Comment 9•5 months ago
|
||
Verified as fixed in our latest Nightly build 132.0a1 (2024-09-15)
Assignee | ||
Comment 10•5 months ago
|
||
We want to be sure that the patch won't induce any regressions, so it's a wontfix for beta.
Updated•5 months ago
|
Assignee | ||
Comment 12•5 months ago
|
||
This bug isn't specific to the new alt text flow so 130 is affected too.
Assignee | ||
Updated•5 months ago
|
Description
•