Chrome/NVDA and images with short alt text announced as "unlabelled"

[patrickhlauke]

Steps to reproduce:

In Chrome, it appears that images with a short (3-letter) alt attribute are treated as unlabelled (and announced as such by NVDA), despite having a text alternative and accessible name? In Firefox, the problem does not appear ... so unclear if this is a bug with NVDA itself, or something that Chrome is not doing properly.

<img alt="Bob" src="...">

https://codepen.io/joshfarrant/pen/zxOZrWq

Actual behavior:

Chrome/NVDA announce the image as Unlabelled graphic Bob. To get missing image descriptions, open the context menu.

Expected behavior:

graphic Bob.

System configuration

NVDA installed/portable/running from source:

Installed

NVDA version:

2024.4

Windows version:

Windows 11

Name and version of other software in use when reproducing the issue:

Chrome 131.0.6778.140 (Official Build) (64-bit)

[patrickhlauke]

(disregard the actual example test - of course those alt texts aren't good, but only there to test the bug. in real-world application, the bug was encountered when adding company logos with short acronym names, like "BMW" and "EY")

[Adriani90]

with chrome canary 133.0.6903.0 and NVDA last alpha I cannot reproduce.
I am closing as works for me.
Please comment with a link of a website that shows this behavior and we can reopen.
Maybe the website uses some sort of technique to hide the alt text for screen readers, but at least from the minimal test case it is not reproducible.

[patrickhlauke]

@Adriani90 just checked the example URL i already provided above (https://codepen.io/joshfarrant/pen/zxOZrWq) with the latest Canary 133.0.6903.0 (Official Build) canary (64-bit) ... and am still seeing the same buggy result.

[Adriani90]

Do you have UIA in Chromium set to “only necessary” in NVDA advanced settings? Von: Patrick H. Lauke ***@***.***> Gesendet: Mittwoch, 18. Dezember 2024 16:47 An: nvaccess/nvda ***@***.***> Cc: Adriani90 ***@***.***>; Mention ***@***.***> Betreff: Re: [nvaccess/nvda] Chrome/NVDA and images with short `alt` text announced as "unlabelled" (Issue #17549) @Adriani90 <https://github.com/Adriani90> just checked the example URL i already provided above (https://codepen.io/joshfarrant/pen/zxOZrWq) with the latest Canary 133.0.6903.0 (Official Build) canary (64-bit) ... and am still seeing the same buggy result. Screenshot.2024-12-18.154445.png (view on web) <https://github.com/user-attachments/assets/3a20679d-6933-4d4f-8543-60a2f7b2534f> — Reply to this email directly, view it on GitHub <#17549 (comment)> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/AGVCP4PQUWUO4E3CAIJJ7ZL2GGKHBAVCNFSM6AAAAABT2ZDUICVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKNJRGY3DENZZG4> . You are receiving this because you were mentioned. <https://github.com/notifications/beacon/AGVCP4I2GEEVYN5NUJL4DK32GGKHBA5CNFSM6AAAAABT2ZDUICWGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTUYC5EM2.gif> Message ID: ***@***.*** ***@***.***> >

[patrickhlauke]

I'm running default settings in NVDA. Just checked, and yes, it's set to "Default (Only when necessary)"

[SaschaCowley]

@Adriani90 I can reproduce this with UIA in Chrome set to "only when necessary" or or "yes". I can also reproduce it with Narrator, and when inspecting the image with Accessibility Insights. This is a Chrome issue, not an NVDA issue. @aleventhal is this something Google is aware of?

[aleventhal]

Hi Sascha, the Microsoft Edge team manages the UIA implementation in Chromium.
However, they have UIA turned on by default in Edge, whereas Chrome uses the IA2->UIA bridge by default.
You can change Chrome's behavior with a command line argument: --enable-features=UiaProviderWin or --disable-features=UiaProviderWin.
If the behavior is broken when the bridge is used, but works when the native UIA support is enabled, then it's just a matter of time before it gets fixed.
If the behavior is broken with the native UIA support, then file a bug at crbug.com and we'll make sure it gets routed to the Edge team.

[patrickhlauke]

Confirming that Edge/NVDA behaves correctly, so this definitely smells like a Chrome bug.