Open Bug 1902665 Opened 5 months ago Updated 2 months ago

The Translation Beta accessible name is not announced by ORCA when opening the Select Translations panel on Ubuntu

Categories

(Firefox :: Disability Access, defect)

Firefox 129
Desktop
Linux
defect

Tracking

()

Tracking Status
firefox-esr115 --- disabled
firefox127 --- affected
firefox128 --- affected
firefox129 --- affected

People

(Reporter: danibodea, Unassigned, NeedInfo)

References

(Blocks 2 open bugs)

Details

(Keywords: access)

Attachments

(2 files)

Note

  • This is a follow-up from bug 1894094; The Panel has an accessible name, but ORCA does not read it when the panel is opened.

Found in

  • Nightly v129.0a1

Affected versions

  • Nightly v129.0a1
  • Beta v128.0b3

Tested platforms

  • Affected platforms: Ubuntu, MacOS (logged in a bug 1902662)
  • Unaffected platforms: Windows

Steps to reproduce

  1. Enable ORCA.
  2. Launch the browser.
  3. Ensure the feature is enabled:
    browser.translations.select.enable = TRUE
  4. Load a webpage that is displayed in a different language than the browser.
  5. Open the context menu on a selection of text, a link or an image.
  6. Select the Translate option from the menu.
  7. Observe the announcement of the panel by the VoiceOver.

Expected result

  • The purpose of the dialog (its accessible name) is announced by a screen reader.

Actual result

  • The accessible name is not announced by the screen reader.
  • It is announced as a "dialog".

Regression range

  • Not a regression.

Additional notes

  • The panel does have an accessible name implemented in bug 1894094.

Hi :Daniel, thank you for filing these bugs! This may be a Fx-wide issue.

Could you please check if ORCA would not announce the accessible name for the Edit Bookmark panel too? The STR should be similar to the macOS ones (I cannot check it myself yet as my Linux VM needs to be rebuilt). If this panel would also miss the accessible name in the announcement, we'd need to move this bug to the Disability Access component for the A11y team to check what we could do on the platform side.

Thank you in advance!

Also, the announcement is missing the description of the panel/document provided with the aria-describedby, i.e. for the Select Translations panel, it includes the Manage Settings button (since bug 1901314 fix) which is, for instance, announced by NVDA as expected.

Accessibility Severity: --- → s2

The severity field for this bug is set to S3. However, the accessibility severity is higher, .
:epavlov, could you consider increasing the severity?

For more information, please visit BugBot documentation.

Flags: needinfo?(epavlov)

Erik, please take a look

Flags: needinfo?(epavlov) → needinfo?(enordin)
Severity: S3 → S2
Flags: needinfo?(enordin)

Like bug 1902662, this is a Fx-wide issue.

Anna, given bug 1902662 is S3, should this be S3 too?

Severity: S2 → --
Accessibility Severity: s2 → ---
Component: Translations → Disability Access
Flags: needinfo?(ayeddi)

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

Anna, given bug 1902662 is S3, should this be S3 too?

Or maybe both should be S2?

See bug 1902662 comment 7:

Note that the "Edit Bookmark" panel has a (probably implicit) role of group. It probably should be (explicitly) dialog.
The select translations panel has a role of dialog, but it actually is missing a label, even on Windows.

Orca is probably looking for the label on the dialog, not the document. Given that, do you still believe this to be a Firefox wide issue rather than specific to translations?

I'll discuss the severity ratings with Anna. I agree they should be consistent, but I'm wondering whether there is sufficient context elsewhere to justify dropping this to s3, albeit a high s3.

Flags: needinfo?(ayeddi) → needinfo?(mcastelluccio)

(In reply to James Teh [:Jamie] from comment #7)

See bug 1902662 comment 7:

Note that the "Edit Bookmark" panel has a (probably implicit) role of group. It probably should be (explicitly) dialog.
The select translations panel has a role of dialog, but it actually is missing a label, even on Windows.

Orca is probably looking for the label on the dialog, not the document. Given that, do you still believe this to be a Firefox wide issue rather than specific to translations?

I thought it was a Fx-wide issue because of comment 1 and because bug 1902662 is in Firefox::Disability Access, but happy to move it back to Firefox::Translations if that isn't the case.

Flags: needinfo?(mcastelluccio)

I'd say it's uncertain, but I think we need to give that fix a try before we assume it is a wider issue.

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

For more information, please visit BugBot documentation.

Flags: needinfo?(eitan)

:danibodea, are you able to provide the exact information that is reported when this dialog appears? Obviously, the name not being reported is a bug, but I'm trying to establish whether other reported information provides sufficient context for the user. That will help me determine whether this is an s2 or an s3. Thanks.

Flags: needinfo?(eitan) → needinfo?(dbodea)

Of course.
On Ubuntu 22 with ORCA enabled, I navigate to a Spanish Wikipedia page, focus a link, open the context menu and select the Translate option.
Orca reads the spanish text, speaks about the text (link heading lever 2, in this specific case), then sais: "from Spanish to English, read-only translating, focus mode, alert, translation complete" and it stops. When the user taps the down arrow, the translation is being read: "Second biennium of the Second Spanish Republic" and it stops.

Flags: needinfo?(dbodea)

On Ubuntu 22 with ORCA enabled, I navigate to a German Wikipedia page, focus a small paragraph, open the context menu and select the Translate option.
Orca speaks about the text "main content, list with 4 items, bullet", in this specific case, then it reads the german text (incorrectly) and sais "selected. finished loading.", then sais: "from German to English, read-only entry translating, focus mode, alert, translation complete" and it stops. When the user taps the down arrow, the translation is being read starting with second row and it stops. Up arrow needs to be pressed in order to read the forst row.

Hi James, I've provided two scenarios above, with audio demonstrations as attachments. I hope it helps.

Flags: needinfo?(jteh)

Thank you very much.

My feeling is that even though the dialog name is missing, the control announcement "from German to English, read-only entry" (for example) provides sufficient context for the user to know what this dialog is. Thus, I think this can be an s3 rather than an s2. Anna, do you agree? Of course, it'd still be good to fix regardless.

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

Attachment

General

Created:
Updated:
Size: