Skip to content
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

Closed
mwcampbell opened this issue Dec 23, 2024 · 2 comments · Fixed by #4058
Closed

windows: Use of MsgWaitForMultipleObjects breaks accessibility #4055

mwcampbell opened this issue Dec 23, 2024 · 2 comments · Fixed by #4058

Comments

@mwcampbell
Copy link
Contributor

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 uses QS_ALLEVENTS, which doesn't include QS_SENDMESSAGE, the event loop isn't awakened for blocking accessibility messages like WM_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.

@kchibisov
Copy link
Member

cc @AngelicosPhosphoros

@kchibisov
Copy link
Member

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

Successfully merging a pull request may close this issue.

2 participants