accessibility causes retroarch to freeze, not announcing it's UI and must be killed with pkill in order to be closed.

Is there an existing issue for this?

• This is a bug in RetroArch frontend
• I have searched the existing issues

Description

IN retroarch version 1.22, in fedora 43, retroarch seems to have a bug where, once accessibility is enabled retroarch will no longer read it's ui, and in fact must be killed with something like pkill in order to close. Steps to reproduc. Open retroarch, enable retroarch's accessibility support. It will initially read and navigate the ui, but once you save configuration and close, the bug kicks in and further starts of retroarch will no longer navigate the UI. This happens whether orca, the screen reader, is on or off, since retroarch uses espeak directly. The expected behavior is that retroarch should read it's ui and not freeze, requiring to be killed manually before it will close, but the actual behavior appears to be an application wide freeze of some sort, requiring pkill -9 or similar to kill the process, at which time retroarch closes and your normal linux applications resume functioning normally as they did before retroarch was opened

Expected behavior

No response

Steps to reproduce the bug

first, start retroarch. Then enable retroarch's accessibility support. You will initially be able to navigate retroarch's UI just fine, but upon saving and closing retroarch, the bug kicks in and subsequent starts will no longer read the UI and the app appears to freeze solid, requiring killing before it will close. I also tried retroarch inside a distrobox arch container to verify it was not a fedora specific issue and the same thing occured there, verifying it is a retroarch specific issue.

Version/Commit

1.22.0

Bisect Results

No response

Present in the nightly version

I don't know

Platform & operating system

fedora 43, 64 bit

Affected Cores

all cores

Environment information

No response

Relevant log output

Reproduce the issue in RetroArch 1.22.0 by enabling accessibility, saving the configuration, closing, and starting it again on Fedora 43 or the reported Arch container. Investigate the accessibility support and direct espeak path first; done means the UI remains navigable and RetroArch closes normally without requiring pkill.