Attached test case that reproduces the issue in a different way.

Steps:

• Load welcomeICEfaces.jsf in IE11
• Click on the "Open Window" menu item. A new window is opened.
• Going back to the parent window, the menu item is still highlighted.

r50536: fix for removing ui-state-focus styling when focusing out

This is actually a programmed behaviour to add the ui-state-focus style class to menu items. It just so happens to be triggered on right clicks as well, and the styling looks the same as the hover styling. This fix adds an event listener to remove such styling when focusing out.

r50537: Committed fix to the 3.3 EE maintenance branch.

I did a quick test with this fix and it does look like it resolves the right-click behavior but the issue with the sample app is stoll present. The test case is for a left-click which opens a new window.

r50545: fix for preventing focus styling on menu items that contain a call to open a new window (window.open())

Highlighting the last focused item was actually the way things are supposed to work. If you try the ace:menuBar Overview demo and click on the 'Home' menu item, it will open a new window, and it will be highlighted in order to be able to tab through the rest of the menu items. Clicking anywhere else on the page removes this styling.

I tried to prevent this behaviour anyway in many obvious ways and non-obvious ways, but it was impossible to do it, because the sudden change to a new window makes it hard to keep track of the original event, and because the event used (focusin) is a synthetic event, there's not enough information about how the even really started. So, I went for a brute force approach to prevent this focus styling on items that open new windows via the window.open() function. That's the only solution unless we want to spend more time making major modifications to the Wijmo code. I hope it solves the customer request.

Can this fix be added to the 3.3.0 maintenance branch as well?

r50553: applied latest fix to the 3.3 maintenance branch