Skip to content

Fix the record button being reported twice and losing its place - #2001

Open
mehranlatifi83 wants to merge 1 commit into
DrKLO:masterfrom
mehranlatifi83:fix/talkback-duplicate-record-button
Open

Fix the record button being reported twice and losing its place#2001
mehranlatifi83 wants to merge 1 commit into
DrKLO:masterfrom
mehranlatifi83:fix/talkback-duplicate-record-button

Conversation

@mehranlatifi83

@mehranlatifi83 mehranlatifi83 commented Jul 31, 2026

Copy link
Copy Markdown

Summary

Screen readers find the record voice message button twice in the message bar, at the very same place, and lose their place when a recording starts.

The button is a container with an animated icon inside it, and both are given the same description whenever the voice or video mode is set, so the icon that only draws the button is reported next to the container that can be used.

Recording then fades the container out. A view left with no alpha at all counts as gone, so a screen reader that was reading the button has nothing to hold on to and jumps to whatever it finds next, the back button or a message in the chat. The icon never caused that, because recording only fades its parent.

Keep the description on the container, which is the one landed on and acted on, leave the icon out of what is reported, and fade the button for recording with the least alpha there is, which draws nothing either.

@mehranlatifi83
mehranlatifi83 force-pushed the fix/talkback-duplicate-record-button branch 3 times, most recently from eb2ecad to 23dc84c Compare July 31, 2026 17:32
@mehranlatifi83 mehranlatifi83 changed the title Stop reporting the record button twice Fix the record button being reported twice and losing its place Jul 31, 2026
The record button is a container with an icon inside it, and both carry
the same description, so screen readers find the button twice at the very
same place, once for the container they can act on and once for the icon
that only draws it.

Recording then fades the container out, and a view left with no alpha at
all counts as gone, so a screen reader that was on the button loses its
place and jumps to whatever it finds next, the back button or a message.
The icon never had that problem because only its parent was faded.

Keep the description on the container, which is what is landed on, leave
the icon out of what is reported, and fade the button for recording with
the least alpha there is, which draws nothing either.
@mehranlatifi83
mehranlatifi83 force-pushed the fix/talkback-duplicate-record-button branch from 23dc84c to dcc137e Compare August 3, 2026 17:15
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant