Closed Bug 1680329 Opened 4 years ago Closed 4 years ago

Slack: When going down from the last message into the message entry field, VoiceOver focus remains on last message.

Categories

(Core :: Disability Access APIs, defect, P1)

Firefox 85
Desktop
macOS
defect

Tracking

()

RESOLVED FIXED
86 Branch
Tracking Status
firefox85 --- wontfix
firefox86 --- fixed

People

(Reporter: MarcoZ, Assigned: eeejay)

Details

(Whiteboard: [Mac2020_2])

Attachments

(1 file)

Steps:

  1. Set Slack to move into the message list when pressing UpArrow from the message entry field. This is an Accessibility preference in the Slack UI.
  2. Move from the message entry to the list.
  3. Press DownArrow to go back to the message entry field.
    • Expected: VoiceOver says "Enter message text".
    • Actual: VoiceOver tries to say that, but gets interrupted by itself when it speaks the message of the last entry of the list again.

Eitan confirmed that visually, VoiceOver focus is on the text of the last message while keyboard focus is in the actual text field.

Nominating for 86 work. Seems like there is a lead, but if it turns out to need more time, feel free to bump to 87 or backlog.

Priority: P2 → P1

Now that bug 1682692 is fixed, i wonder if this is related. Marco can you check to see if this is still an issue?

Flags: needinfo?(mzehe)

This is no longer reproduce with the 2nd December 16, 2020 Nightly build, which contains the fix for bug 1682692. Closing.

Status: NEW → RESOLVED
Closed: 4 years ago
Flags: needinfo?(mzehe)
Resolution: --- → FIXED
Target Milestone: --- → 86 Branch

Looks like I was a bit quick with closing this one. After some time, it reappeared, and now is reproducible again just like it was before. Don't know why it didn't expose itself intermittently, but now it's back in full force. Reopening.

Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Target Milestone: 86 Branch → ---

It seems that VoiceOver depends on that property to know if a selection is be extended or moved. This manifests in several places in Slack when the user combines VO navigation with Slack's keyboard navigation.

Also changed where we retrieve the editable ancestor to simplify the notification dispatching block.

Assignee: nobody → eitan
Pushed by eisaacson@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/5712fdcdf04f
Add AXTextStateChangeType to selection events. r=morgan
Status: REOPENED → RESOLVED
Closed: 4 years ago4 years ago
Resolution: --- → FIXED
Target Milestone: --- → 86 Branch

Do we want this on 85 as well?

Flags: needinfo?(eitan)

No. We will just let this ride the trains. 86 is our target.

Flags: needinfo?(eitan)
Flags: qe-verify+

Hi Eitan, I tried to Verify this issue but after setting the accesibility option in slack to "Move Focus to the message list" I'm getting the exact same behavior in Firefox 85 as well as 86.0b3, I cannot reproduce the above mentioned issue, are there any other keyboard settings or Voice Over Utility settings I should check in order to reproduce the issue ?

In both 85 and 86 when going back down to the "Enter text" field I get the same message:

Message @user , edit text, New line, Insertion at the begining of text. Conversation with @user main
You are currently on a text area.

I am testing this issue on a mac 10.15.

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

Attachment

General

Created:
Updated:
Size: