-
Notifications
You must be signed in to change notification settings - Fork 941
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
windows: Use of MsgWaitForMultipleObjects
breaks accessibility
#4055
Labels
Comments
I'd note that without it waiting doesn't really work at all, so we should find a way to have both working, otherwise users won't have a way to basically use anything on windows related to timers. |
4 tasks
mwcampbell
added a commit
to mwcampbell/winit
that referenced
this issue
Dec 23, 2024
4 tasks
kchibisov
pushed a commit
to kchibisov/winit
that referenced
this issue
Jan 3, 2025
kchibisov
pushed a commit
that referenced
this issue
Jan 4, 2025
richerfu
pushed a commit
to richerfu/winit
that referenced
this issue
Feb 7, 2025
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Accessibility on Windows is severely broken. The assistive technology (e.g. screen reader) can't consistently obtain UI Automation objects from the window, which means that basically nothing works.
Because the
MsgWaitForMultipleObjects
call usesQS_ALLEVENTS
, which doesn't includeQS_SENDMESSAGE
, the event loop isn't awakened for blocking accessibility messages likeWM_GETOBJECT
. This was introduced by #3950, which was backported to winit v0.30.x and recently released in v0.30.6 and v0.30.7.The text was updated successfully, but these errors were encountered: