Some submenus in the "Start" menu in Windows 7 don't read with latest "next" snapshot

[nvaccessAuto]

Reported by k_kolev1985 on 2014-02-05 15:10
I've noticed today, that some submenus in the "Start" menu on Windows 7 don't read with the latest "next-10304,4e28381" snapshot. Such submenus are the ones witch are for items in the right-side column of the "Start" menu (eg. "Documents", "Control Panel", "Games", etc. Those submenus read fine with NVDA 2013.3.

Steps to reproduce the issue:

1. If you don't have any items with submenus in the right-side of the "Start" menu, do the following to show at least 1 of them:

• Go to the "Start" button in the taskbar (but don't open the "Start" menu).
• Press Alt+Enter to open the "Taskbar and Start menu Properties" dialog.
• Press Control+TAB to go to the "Start menu" tab page.
• Activate the "Personalize" button on that page.
• In the new dialog that opens, focus on the tree-view.
• In that tree-view, select any of the following: "Documents", "Games", "Control Panel", etc. and from the 3 options below it, select with the arrow keys and then the spacebar the one that states "Show as menu".
• Then press OK on all dialogs, to save the changes.
• Open the "Start" menu.
• Now you should have in the right-side of it, the menu item that you choose to have show as a menu in there. And it will have a submenu, containing some items.
• Press right arrow to open the submenu.
• Press up and down arrows to navigate through items in that submenu.
  Expected results: NVDA should read those menu items.
  Actual results: NVDA does not read those menu items, even though the focus is on them (I can see the system focus highlight).

System specs:

• Operating system: Windows 7 Ultimate, SP1, 32-bit; regional and language settings set to "Bulgarian" (incl. language pack for the interface).
• NVDA version: next-10304,4e28381; interface set to "Bulgarian".
  Blocking Don't handle most events from background processes by default #3831, Internet Explorer 11: items in favorites list is not announced in next.10304 #3850

[nvaccessAuto]

Comment 1 by jteh on 2014-02-05 21:51
Very likely a regression introduced by #3831.

[nvaccessAuto]

Comment 2 by driemer.riemer@... on 2014-02-06 15:44
I can confirm this happening on the start menu's shutdown sub-menu on my windows 7 machine here.
Is this loggable or is the issue at least known? If not, how can I provide information of why it is happening?

[nvaccessAuto]

Comment 3 by Martina on 2014-02-06 17:05
To add to this, similarly here in Windows XP none of the items in the start menu are read since next-10304,4e28381.

[nvaccessAuto]

Comment 4 by jteh on 2014-02-07 11:10
Fixed in af418cf.
Changes:
State: closed