Windows 10/11 Start menu search: NVDA does not announce search results with details when tabbing through results #13544
Labels
app/windows-interface
Interactions between NVDA and the default Windows GUI
feature/windows-explorer
Windows start menu, explorer, and other in-box functionality.
p3
https://github.com/nvaccess/nvda/blob/master/projectDocs/issues/triage.md#priority
triaged
Has been triaged, issue is waiting for implementation.
Milestone
Hi,
This is a 2022 update to #10329
Background:
From time to time Microsoft makes server side changes to Windows Search experience, including Start meu search box in Windows 10 and 11. With a new layout implemented in 2020 or so, NVDA does not announce search results with details, more prominent when tabbing through results in Windows 11.
Steps to reproduce:
Method 1: scroll through search results
Method 2: tab through search results
Actual behavior:
Expected behavior:
NVDA announces results with details.
System configuration
NVDA installed/portable/running from source:
Installed
NVDA version:
alpha-25094,307c8902
Windows version:
Windows 11 Version 21H2 (build 22000)
Name and version of other software in use when reproducing the issue:
None
Other information about your system:
While the version shown is for the stable Windows 11 release, the computer is used to test virtual machines, including older and newer Windows releases
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.
2019.2 and later (the latest version installed on a virtual machine running Windows 10 Version 1803, the first release with this problem)
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?
Not applicable
Solution
In SearchUI app module (specifically, when choosing suggestion list item in overlay classes chooser), in addition to checking for object parent, also check if obj.parent.parent is indeed a results list. A more useful solution would be window class names, but the same class name is used in places other than results list, which can confuse NVDA and users as to what to do.
A prototype of this fix will be part of Windows App Essentials add-on development snapshot for March 28, 2022 (prototype testing in progress), and eventually will be proposed as a pull request in mid-April at the earliest.
Thanks.
The text was updated successfully, but these errors were encountered: