Open Bug 1913902 Opened 8 months ago Updated 2 months ago

Orca speaks the entire line when the user backspaces a single character when composing a plain-text message, word echo is also broken

Categories

(Thunderbird :: Disability Access, defect)

Thunderbird 128
defect

Tracking

(Not tracked)

People

(Reporter: jdiggs, Unassigned)

Details

Steps to reproduce without using Orca:

  1. Create a new, plain-text message and write several words in the body.
  2. Launch Accerciser and enable event monitoring for text-changed events.
  3. Return to Thunderbird and press Backspace once to delete a single character.

Expected results: Accerciser would show a single, object:text-changed:delete event where the any_data (third field of the event) contains only the character that was just deleted.

Actual results: Accerciser shows two events:

  1. An object:text-changed:delete event where the any_data is the entire line contents prior to deletion.
  2. An object:text-changed:insert event where the any_data is the entire line contents after deletion.

Things to compare for the expected results:

  1. Thunderbird with non-plain-text message works as expected
  2. Firefox with a textarea works as expected

Impact: Orca speaks the entire line rather than just the deleted character.

This is almost certainly a regression based on it only recently having been reported to me (Orca maintainer). However, I'm afraid I don't have time to hunt down when the regression occurred. Sorry, and thanks in advance for looking into it!!

(In reply to Joanmarie Diggs from comment #0)

....
This is almost certainly a regression based on it only recently having been reported to me (Orca maintainer). However, I'm afraid I don't have time to hunt down when the regression occurred. Sorry, and thanks in advance for looking into it!!

The user who reported this was using what version?

Flags: needinfo?(jdiggs)

The user who reported this was using what version?

I'm going to guess 130

Flags: needinfo?(jdiggs)
Version: Trunk → Thunderbird 130

I just reproduced it in 128.6.0esr.

Summary: Orca speaks the entire line when the user backspaces a single character when composing a plain-text message → Orca speaks the entire line when the user backspaces a single character when composing a plain-text message, word echo is also broken

It turns out that the complete deletion followed by re-insertion of a line also happens when composing a plain-text message. For instance if I type "this ", here's what Orca sees:

  • h - "t" deleted, "th" inserted
  • i - "th" deleted, "thi" inserted
  • s - "thi" deleted, "this" inserted
  • space - "this" deleted, "this " inserted

This behavior breaks Orca's word echo functionality because that functionality checks after a single character was inserted as a result of typing. The text insertion events above are not single characters and thus Orca returns early without echoing the word.

While I could potentially handle the word-echo issue in Orca, Backspace behavior is still broken. And once this bug is fixed in Thunderbird, word echo in Orca should work as expected. So it would be appreciated if both problems could be addressed on your side. Thanks in advance!

Version: Thunderbird 130 → Thunderbird 128
You need to log in before you can comment on or make changes to this bug.