Open Bug 1895627 Opened 1 year ago Updated 1 year ago

No EVENT_TEXT_VALUE_CHANGE fired when textContent of meter changed

Categories

(Core :: Disability Access APIs, defect)

defect

Tracking

()

People

(Reporter: morgan, Assigned: morgan)

References

(Blocks 2 open bugs)

Details

As title -- see test case in the latter half of the patch on bug 1895408

STR:

  1. data:text/html,<label for="fuel">Fuel level:</label><meter id="fuel" min="0" max="100" low="33" high="66" optimum="80" value="50"></meter>
  2. Execute fuel.textContent = "at 50/100" in the js console
  3. Inspect the value description of the meter with the a11y inspector (on mac)

Expected:
the new text value is reflected

Actual:
just the value (50) is reflected

Affects other platforms as well, even though they don't have optimum, etc.

OS: macOS → All
Hardware: Desktop → All
Severity: -- → S3

The content of <meter> is never rendered by layout, so we'll probably have to handle this in DocAccessible::ContentInserted(nsIContent* aChild) and DocAccessible::CharacterDataChanged.

Assignee: nobody → mreschenberg
You need to log in before you can comment on or make changes to this bug.