Accessibility problem with menu items if the same action is added to two different menus

This bug can be reproduced using the menus example in the Qt examples. The actions Cut, Copy and Paste are present in both the context menu, and the Edit menu. The bug affects the  Jaws, NVDA, and Narrator screen readers.

Example 1

1. Open the menus example.
2. Press the application key to open the context menu, which contains the actions Cut, Copy, and Paste. If you arrow through the items, the screen reader reads the items.
3. Press Esc to close the menu.
4. Press Alt + E to open the Edit menu. Arrow down through the items. All the items are read except for the Cut, Copy, and Paste items.

Example 2.

Open the menus example. Open the menus in the reverse order to example 1, and a similar problem occurs - the items on the context menu are not read. (In this case Jaws alone does read the items of the context menu)

Using the Windows inspect tool, it can be seen that when the second menu is opened, the ancestors and bounding rectangle of the Cut, Copy, and Paste actions are incorrectly the same as they were when the first menu was opened.