[macOS][Voiceover] Additional focus square on the top left of the first color in manage/create tab group panel
Categories
(Firefox :: Tabbed Browser, defect, P3)
Tracking
()
People
(Reporter: csasca, Assigned: dao, NeedInfo)
References
(Blocks 2 open bugs)
Details
(Keywords: access, Whiteboard: [fidefe-tabgrps])
Attachments
(3 files)
Found in
- Nightly 137.0a1 (2025-02-19)
Affected versions
- Nightly 137.0a1 (2025-02-19)
- Beta 136.0b8
Affected platforms
- macOS
Preconditions
- Have voiceover active
Steps to reproduce
- Access the create/manage tab group panel
- Press tab to focus the color choices
Expected result
- There is one focus over the selected color
Actual result
- There is an additional fixed focus on the top left of the first color
Regression range
- Not a regression.
Updated•6 days ago
|
Assignee | ||
Updated•6 days ago
|
Assignee | ||
Comment 1•6 days ago
|
||
Updated•6 days ago
|
Assignee | ||
Updated•6 days ago
|
Updated•6 days ago
|
Comment 2•6 days ago
|
||
The product::component has been changed since the backlog priority was decided, so we're resetting it.
For more information, please visit BugBot documentation.
Comment 4•6 days ago
|
||
bugherder |
Reporter | ||
Comment 5•5 days ago
|
||
Tried verifying the fix on Firefox 137.0a1 (treeherder build - 20250221095438) on macOS 15.3.1 and it seems that the little focus square is still there but outside the browser now. Any idea about it Dao? Thanks!
Assignee | ||
Comment 6•5 days ago
|
||
(In reply to Catalin Sasca, Desktop Test Engineering [:csasca] from comment #5)
Created attachment 9467696 [details]
image.pngTried verifying the fix on Firefox 137.0a1 (treeherder build - 20250221095438) on macOS 15.3.1 and it seems that the little focus square is still there but outside the browser now. Any idea about it Dao? Thanks!
Good lord! Anna, any ideas for how to prevent this? :/
Updated•5 days ago
|
Assignee | ||
Comment 7•5 days ago
|
||
If we don't find a proper fix here, would you prefer I backed out https://hg.mozilla.org/mozilla-central/rev/a3cd7e3d9382? Not sure which behavior is worse.
Comment 8•5 days ago
|
||
(In reply to Dão Gottwald [:dao] from comment #7)
If we don't find a proper fix here, would you prefer I backed out https://hg.mozilla.org/mozilla-central/rev/a3cd7e3d9382? Not sure which behavior is worse.
Does the functional behaviour differ between the two patches? e.g. does a user still select the swatch with the fx blue outline as they nav through the options even if the VO cursor box is offscreen?
Also, if the window is at the top of the screen, is there any on-screen VO cursor? or does the issue QA highlighted only happen when the window is not aligned to the menu bar?
Comment 9•5 days ago
•
|
||
I think your patch's behaviour is better than the current behvaiour if (when the window is at the top of the screen) no VO cursor is rendered. This way users can depend on the fx blue focus outline instead and not be as confused by a nearby mis-placement of the VO cursor
Ideally though, it'd be nice to fix this. Do you have any more info on what the errant box is caused by?
Assignee | ||
Comment 10•2 days ago
|
||
(In reply to Morgan Reschenberg [:morgan] from comment #9)
I think your patch's behaviour is better than the current behvaiour if (when the window is at the top of the screen) no VO cursor is rendered. This way users can depend on the fx blue focus outline instead and not be as confused by a nearby mis-placement of the VO cursor
Okay, I'll close this again. Catalin, would you mind filing a new bug on the issue you found?
Ideally though, it'd be nice to fix this. Do you have any more info on what the errant box is caused by?
It's caused by our attempt to hide the input element, by moving it out of the window, and then presumably VoiceOver draws the rect. I'm not sure why we'd want this to be outside of the window though, so maybe that's something to fix in Gecko?
Description
•