I have observed this problem with the 64 version of 1Password 8, the RIM app by Pneuma solutions and the version of Slack that can be obtained from the Microsoft store running on a virtual machine with Windows 11 ARM. The problem does not occur with the 32 bits version of Slack, the ARM64 version of Visual Studio code or Teams. All the apps work as expected with Narrator. Executing the command focus.devInfo in the Python Console while focus is inside any of the non-working apps shows the IAccessible2 properties related to the object with focus.
Steps to reproduce:
- Download and run Slack from the Microsoft Store.
- While focus is on the app, try turning on browse mode by pressing NVDA +the space bar.
Actual behavior:
Nothing happens. The following gets added to the lock when the electron app receives focus:
DEBUGWARNING - virtualBuffers.VirtualBuffer.prepare (18:55:41.302) - MainThread (4072):
appModule has no binding handle to injected code, can't prepare virtualBuffer yet.
Expected behavior:
NVDA can switch between focus and browse mode.
NVDA logs, crash dumps and other attachments:
System configuration
NVDA installed/portable/running from source:
Installed
NVDA version:
2022.3.2
Windows version:
Edition Windows 11 Pro
Version 22H2
OS build 22621.819
Experience Windows Feature Experience Pack 1000.22636.1000.0
Name and version of other software in use when reproducing the issue:
N/a
Other information about your system:
Windows is running on a Parallels VM
Other questions
Does the issue still occur after restarting your computer?
Yes
Have you tried any other versions of NVDA? If so, please report their behaviors.
No
If NVDA add-ons are disabled, is your problem still occurring?
Yes
Does the issue still occur after you run the COM Registration Fixing Tool in NVDA's tools menu?
Yes
I have observed this problem with the 64 version of 1Password 8, the RIM app by Pneuma solutions and the version of Slack that can be obtained from the Microsoft store running on a virtual machine with Windows 11 ARM. The problem does not occur with the 32 bits version of Slack, the ARM64 version of Visual Studio code or Teams. All the apps work as expected with Narrator. Executing the command focus.devInfo in the Python Console while focus is inside any of the non-working apps shows the IAccessible2 properties related to the object with focus.
Steps to reproduce:
Actual behavior:
Nothing happens. The following gets added to the lock when the electron app receives focus:
DEBUGWARNING - virtualBuffers.VirtualBuffer.prepare (18:55:41.302) - MainThread (4072):
appModule has no binding handle to injected code, can't prepare virtualBuffer yet.
Expected behavior:
NVDA can switch between focus and browse mode.
NVDA logs, crash dumps and other attachments:
System configuration
NVDA installed/portable/running from source:
Installed
NVDA version:
2022.3.2
Windows version:
Edition Windows 11 Pro
Version 22H2
OS build 22621.819
Experience Windows Feature Experience Pack 1000.22636.1000.0
Name and version of other software in use when reproducing the issue:
N/a
Other information about your system:
Windows is running on a Parallels VM
Other questions
Does the issue still occur after restarting your computer?
Yes
Have you tried any other versions of NVDA? If so, please report their behaviors.
No
If NVDA add-ons are disabled, is your problem still occurring?
Yes
Does the issue still occur after you run the COM Registration Fixing Tool in NVDA's tools menu?
Yes