You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Launch focused.py.txt in a terminal (after first removing the ".txt" extension Github made me add).
Launch Caja
Arrow to a file or folder
Press F2
Expected results: An object:state-changed:focused accessibility event would be printed in the terminal.
Actual results: Only a focus: accessibility event is printed in the terminal.
Sample annotated output from icon view:
# I arrowed to "Desktop"
[icon | Desktop] is now focused (object:state-changed:focused)
# I arrowed to "checkout"
[icon | checkout] is now focused (object:state-changed:focused)
# I pressed F2
[text | checkout] is now focused (focus:) <-- This is the wrong event.
# I pressed Escape
[layered pane | Icon View] is now focused (object:state-changed:focused)
Sample annotated output from list view:
[table cell | ] is now focused (object:state-changed:focused)
[text | ] is now focused (focus:) <-- This is the wrong event.
[tree table | List View] is now focused (object:state-changed:focused)
Notes:
With the icon view, this seems to only happen when you first launch Caja and attempt to rename a file or folder. Subsequent attempts seem to work as expected, HOWEVER with the list view, the bug seems persistent.
The focus: accessibility event was deprecated over 10 years ago. As a result, I (the maintainer of Orca) have recently removed the handlers from Orca's main branch.
As a result of this, when an Orca user launches Caja arrows to a folder, and presses F2 Orca says absolutely nothing. I think my having kept support in Orca for a deprecated event for over a decade is long enough. 😀 Let's get this fixed properly (please and thank you).
@joanmarie I just tested GTK 3.24.42, and it indeed has the initial object:state-changed:focused in place of the focus: one 🎉
However, it seems to duplicate several object:state-changed:focused: basically, whenever you had both object:state-changed:focused and focus:, you seem to get object:state-changed:focused twice. Not sure if it's an issue, but it could possibly be improved.
While technically duplicate events should not be fired, Orca should already be handling that. How it handles it depends on the version of Orca (I've done a lot of work on identifying redundant events as efficiently as possible). So unless Orca is double speaking things, not firing the redundant event seems like a nice-to-have.
Steps to reproduce -- note the order matters.
Expected results: An
object:state-changed:focused
accessibility event would be printed in the terminal.Actual results: Only a
focus:
accessibility event is printed in the terminal.Sample annotated output from icon view:
Sample annotated output from list view:
Notes:
focus:
accessibility event was deprecated over 10 years ago. As a result, I (the maintainer of Orca) have recently removed the handlers from Orca's main branch.@cwendling: Could you please take a look at this one when you have a spare moment? Thanks!
The text was updated successfully, but these errors were encountered: