Hi everyone,
I’m experiencing an intermittent NVDA freeze when using Chromium-based applications.
My setup:
The problem is not limited to the browser. I have also experienced the same behavior in Spotify Desktop.
When the problem occurs, NVDA stops speaking and eventually becomes unresponsive. Restarting NVDA restores normal operation.
I managed to capture the NVDA log immediately after the problem occurred. The important part is:
INFO - watchdog.waitForFreezeRecovery:
Starting freeze recovery after 0.500033699994674 seconds.
INFO - watchdog.waitForFreezeRecovery:
Recovered from freeze after 0.5505807000154164 seconds.
ERROR - unhandled exception:
...
File "winUser.pyc", line 728, in PostMessage
OSError: [WinError 1816] Not enough quota is available to process this command.
ERROR - keyboardHandler.internal_keyDownEvent:
...
File "winUser.pyc", line 728, in PostMessage
OSError: [WinError 1816] Not enough quota is available to process this command.
ERROR - scriptHandler.executeScript:
error executing script ... with gesture 'NVDA+n'
...
File "winUser.pyc", line 728, in PostMessage
OSError: [WinError 1816] Not enough quota is available to process this command.
Interestingly, I found that changing:
NVDA Settings → Advanced → "Use UI Automation to access Microsoft Edge and other Chromium-based browsers when available"
from Default to Yes completely prevents the problem so far.
However, browser behavior changes somewhat when UI Automation is forced on, so I would prefer to understand and fix the underlying issue rather than permanently relying on this workaround.
This makes me wonder whether there is an issue involving NVDA 2026.2 and Chromium 153 / Chromium-based applications, possibly related to the IAccessible2/ChromeVBuf path and the Windows message queue.
Has anyone else experienced the same WinError 1816 with Chromium-based applications?
I can provide the full NVDA log and additional information if needed.
Thanks!
--
***
Please note: the NVDA project has a Citizen and Contributor Code of Conduct.
NV Access expects that all community members will read and abide by the rules set out in this document while participating in this group.
https://github.com/nvaccess/nvda/blob/master/CODE_OF_CONDUCT.md
You can contact the group owners and moderators via nvda-user...@nvaccess.org.
---
You received this message because you are subscribed to the Google Groups "NVDA Screen Reader Discussion" group.
To unsubscribe from this group and stop receiving emails from it, send an email to nvda-users+...@nvaccess.org.
To view this discussion visit https://groups.google.com/a/nvaccess.org/d/msgid/nvda-users/004f01dd46a6%2457bd1d70%2407375850%24%40gmail.com.


Hi,
No, that GitHub issue was not opened by me.
However, the issue described there appears to be very closely related to what I experienced, including the WinError 1816 and the fact that forcing UI Automation for Chromium-based browsers prevents the problem.
I have subscribed to issue #20846 and will follow the updates there.
Thank you for pointing me to the issue and for looking into fixing it in NVDA 2026.3.
Kind regards.

Training: https://www.nvaccess.org/shop/
Certification: https://certification.nvaccess.org/
Blog, releases & news by email: https://nvaccess.org/newsletter
User group: https://nvaccess.org/nvda-users
Mastodon: https://fosstodon.org/@NVAccess
Other socials & community: https://www.nvaccess.org/#socials

--
***
Please note: the NVDA project has a Citizen and Contributor Code of Conduct.
NV Access expects that all community members will read and abide by the rules set out in this document while participating in this group.
https://github.com/nvaccess/nvda/blob/master/CODE_OF_CONDUCT.md
You can contact the group owners and moderators via nvda-user...@nvaccess.org.
---
You received this message because you are subscribed to the Google Groups "NVDA Screen Reader Discussion" group.
To unsubscribe from this group and stop receiving emails from it, send an email to nvda-users+...@nvaccess.org.