Closed Bug 1845863 Opened 1 year ago Closed 1 year ago

[CtW] HTML placeholder not exposed

Categories

(Core :: Disability Access APIs, defect)

defect

Tracking

()

VERIFIED FIXED
118 Branch
Tracking Status
firefox-esr102 --- unaffected
firefox-esr115 --- verified
firefox115 --- wontfix
firefox116 --- wontfix
firefox117 --- verified
firefox118 --- verified

People

(Reporter: Jamie, Assigned: Jamie)

References

(Regression)

Details

(Keywords: regression, Whiteboard: [ctw-23h2])

Attachments

(3 files)

Reported to me by a JAWS engineer.

STR (with NVDA):

  1. Open this test case:
    data:text/html,<input aria-label="label" placeholder="placeholeder">
  2. Tab to the input.
    • Expected: NVDA should say "label edit placeholder blank"
    • Actual: NVDA says "label edit blank"

This occurs because we don't include the placeholder attribute in the RemoteAccessible cache. We do include aria-placeholder though, so that does work.

Set release status flags based on info from the regressing bug 1824293

We previously cached aria-placeholder, but not HTML placeholder.
These both map to the placeholder object attribute exposed by Accessible::Attributes, but they are retrieved differently internally.

Depends on: 1743749
Blocks: 1845883

Set release status flags based on info from the regressing bug 1824293

Pushed by jteh@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/20ba276f277b
Expose HTML placeholder for RemoteAccessible. r=nlapre
Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Target Milestone: --- → 118 Branch

The patch landed in nightly and beta is affected.
:Jamie, is this bug important enough to require an uplift?

  • If yes, please nominate the patch for beta approval.
  • If no, please set status-firefox117 to wontfix.

For more information, please visit BugBot documentation.

Flags: needinfo?(jteh)
Flags: needinfo?(jteh)
Whiteboard: [ctw-23h2]

This patch depends on bug 1743749. That's probably safe enough to uplift, but it's not strictly necessary on beta. Thus, I'm crafting a beta patch which doesn't depend on bug 1743749.

We previously cached aria-placeholder, but not HTML placeholder.
These both map to the placeholder object attribute exposed by Accessible::Attributes, but they are retrieved differently internally.

This also fixes LocalAccessible::Attributes to always prefer HTML placeholder over aria-placeholder as per the ARIA spec.
Previously, the attribute we preferred was somewhat indeterminate (from the user's perspective) due to the ordering of hash maps.

Comment on attachment 9347091 [details]
Bug 1845863: Expose HTML placeholder for RemoteAccessible (beta uplift).

Beta/Release Uplift Approval Request

  • User impact if declined: HTML placeholder will not be exposed to screen reader users.
  • Is this code covered by automated tests?: Yes
  • Has the fix been verified in Nightly?: Yes
  • Needs manual test from QE?: No
  • If yes, steps to reproduce:
  • List of other uplifts needed: None
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): Straightforward patch to include HTML placeholder in the a11y cache. Covered by automated tests.
  • String changes made/needed:
  • Is Android affected?: No
Attachment #9347091 - Flags: approval-mozilla-beta?

Comment on attachment 9347091 [details]
Bug 1845863: Expose HTML placeholder for RemoteAccessible (beta uplift).

Approved for 117.0b4.

Attachment #9347091 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
QA Whiteboard: [qa-triaged]

Reproduced the issue on Firefox 117.0a1 (2023-07-27) on Windows 10 with NVDA by using the infos provided in Comment 0.

The issue is fixed on Firefox 117.0b4 and Firefox 118.0a1 (2023-08-05) on the same system.

Is this ready for an ESR115 approval request? Though I think it may depend on other patches which aren't currently on that branch.

Flags: needinfo?(jteh)
Flags: in-testsuite+

We previously cached aria-placeholder, but not HTML placeholder.
These both map to the placeholder object attribute exposed by Accessible::Attributes, but they are retrieved differently internally.

This also fixes LocalAccessible::Attributes to always prefer HTML placeholder over aria-placeholder as per the ARIA spec.
Previously, the attribute we preferred was somewhat indeterminate (from the user's perspective) due to the ordering of hash maps.

Comment on attachment 9348963 [details]
Bug 1845863: Expose HTML placeholder for RemoteAccessible (ESR uplift).

ESR Uplift Approval Request

  • If this is not a sec:{high,crit} bug, please state case for ESR consideration: Certain web content information not exposed to screen reader users.
  • User impact if declined: HTML placeholder will not be exposed to screen reader users.
  • Fix Landed on Version: 117, 118
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): Straightforward patch to include HTML placeholder in the a11y cache. Covered by automated tests.
Flags: needinfo?(jteh)
Attachment #9348963 - Flags: approval-mozilla-esr115?

Comment on attachment 9348963 [details]
Bug 1845863: Expose HTML placeholder for RemoteAccessible (ESR uplift).

Approved for 115.2esr.

Attachment #9348963 - Flags: approval-mozilla-esr115? → approval-mozilla-esr115+

Verified that the issue is fixed on Firefox 115.2.0esr on Windows 10 with NVDA.

Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: