Detect IE11 (based on user agent string) to make sure the corresponding callbacks are registered for the select menu component. Previously the detection for IE relied on the presence of window.attachEvent function (which is correct). IE11 now removed the proprietary API so we cannot rely anymore on the presence of certain variables or properties.

See http://msdn.microsoft.com/en-us/library/ie/bg182625(v=vs.85).aspx#legacyAPIs .

Re-open to apply this fix to the maintenance branch.

Applied fix to maintenance branch.

Component now works in IE 11. Only issue seen so far is that occasionally when selecting the arrow the list will drop and then retract quickly, similar to the issue in ICE-9798. This happens approximately one of six times using the component. Not able to reliably reproduce it. (ee-3.3.0 only,ace regression test applications, not seen with Icefaces 4).
Tested with revision #40526.

I cannot reproduce this issue. Most probably in the test you use the focus is moved by the update from the select menu, thus causing the drop down to close.

I was able to reproduce this issue on our test machine that uses IE 11.

• The test machine is at 10.18.39.107, usual login credentials.
• Build and deploy selectMenu and use the test apps located at:
  http://dev.icesoft.com/svn/repo/qa/trunk/Regression-Icefaces2/Sparkle/Manual/selectMenu.
• Try the test apps that have an h: dataTable or ui repeat. There are more chances that the issue will occur there.
• Click each arrow on the page.
• Occasionally the drop down will close immediately after opening.
  When this happens a log entry will state that focus was persisted for element twice in a row.
  Example:

  [window] [Thu, 03 Apr 2014 22:19:27 GMT] persisted focus for element "form:table:1:uiRepeat:0:selectProvince_input"
  [window] [Thu, 03 Apr 2014 22:19:27 GMT] persisted focus for element "form:table:1:uiRepeat:0:selectProvince_input"
  

  When an action is successful, the log entry will only appear once.

This issue can ONLY be seen the first time through a test application page in the session.

Still able to reproduce this issue ee-3.3.0 maintenance branch r40799 and IE 10.
With IE 11 the issue is much harder to reproduce. It can be seen on the icepc-ie10 test machine using IE 10 and the ace:selectMenu inside ui:repeat inside h:dataTable test app. It is still not reliably reproduced and is more likely to happen inside a dataTable or ui:repeat.