Open Bug 1744077 Opened 4 years ago Updated 4 years ago

"button" and other UI-related words are announced in the installer's default language.

Categories

(Core :: Disability Access APIs, defect)

Firefox 94
Desktop
macOS
defect

Tracking

()

UNCONFIRMED

People

(Reporter: duhrer, Unassigned)

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:94.0) Gecko/20100101 Firefox/94.0

Steps to reproduce:

In Firefox 94.0.2 on OS X 11.6, screen readers are supplied with the name for various elements (buttons, inputs, roles) in the default language provided by the installer rather than the preferred language pack that's installed. Here's an example:

  1. Install the version of Firefox with French as the default.
  2. In your preferences, add English (US or UK) and make it the new default.
  3. Ensure that your language and TTS preferences also use an English voice.
  4. Open wikipedia: https://www.wikipedia.org
  5. Turn on VoiceOver (typically command+F5)
  6. Press tab to navigate through the page.

Actual results:

The word "lien" is announced when a link is focused. The word "bouton" is announced when a button is focused. The phrase "bouton de menu" is announced when a menu button is focused.

The rest of the utterances are in English as expected.

Expected results:

All utterances should have used the English words for "button", et cetera.

In reporting this issue, I also noticed that the file picker dialog uses the wrong language as well, which seems like a regression on Bug 1441135. Not sure if they're related.

Attached video Demo of Issue

A demonstration of the issue.

In the demo, the text of the language-specific links is not what I'm pointing out. The language drop-down and the search button clearly demonstrate the issue. Part of the content announced is in English, the other is announced in the default language, but with English pronunciation.

Looking around for similar issues, this may be a duplicate of Bug 1588151, which indeed looks like a regression on the same issues reported in Bug 1441135 (which was itself a regression on an earlier issue).

I read similar issues and cleared my startup cache. It didn't make any difference.

The Bugbug bot thinks this bug should belong to the 'Core::Disability Access APIs' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Component: Untriaged → Disability Access APIs
Product: Firefox → Core

Curious. I would have thought "link", "button", etc. text came from VoiceOver, not Firefox. Though I see we do have some role descriptions hard-coded, but not for those roles.

Eitan, any ideas?

Severity: -- → S3
Flags: needinfo?(eitan)
OS: Unspecified → macOS
Hardware: Unspecified → Desktop

I can reproduce. I think it is AppKit shenanigans that happen in NSAccessibilityRoleDescription. The application's locale is probably still somehow set to french even though the UI is switched to English. I'll investigate this further.

Flags: needinfo?(eitan)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: