Reported by jteh on 2013-07-11 06:32
isNativeUIAElement checks whether the element's window natively implements UIA. Unfortunately, UIA sometimes returns nothing for the window handle. Originally, we resorted to the nearest ancestor window handle. Due to the broken MSAA implementation in the IE 9 downloads list (#1280), we implemented a restriction which only falls back to the nearest window handle if the element is an MSAA or annotation proxy. Aside from being confusing, this has caused us several headaches over the years. In particular, it causes problems when attempting to blacklist certain broken UIA implementations such as the contact suggestions in Outlook 2010 and the spreadsheet control in Excel 2013. This restriction should be removed. Instead, a specific exception should be made for the IE 9 downloads list.
It's worth noting that we implemented this restriction because we believed that the IE 9 downloads list was reparented such that it skipped its window and we thought there might be other similarly reparented controls. Further investigation shows this isn't correct for IE 9 and we've never seen this anywhere else.
Blocking #2816, #3360
Reported by jteh on 2013-07-11 06:32
isNativeUIAElement checks whether the element's window natively implements UIA. Unfortunately, UIA sometimes returns nothing for the window handle. Originally, we resorted to the nearest ancestor window handle. Due to the broken MSAA implementation in the IE 9 downloads list (#1280), we implemented a restriction which only falls back to the nearest window handle if the element is an MSAA or annotation proxy. Aside from being confusing, this has caused us several headaches over the years. In particular, it causes problems when attempting to blacklist certain broken UIA implementations such as the contact suggestions in Outlook 2010 and the spreadsheet control in Excel 2013. This restriction should be removed. Instead, a specific exception should be made for the IE 9 downloads list.
It's worth noting that we implemented this restriction because we believed that the IE 9 downloads list was reparented such that it skipped its window and we thought there might be other similarly reparented controls. Further investigation shows this isn't correct for IE 9 and we've never seen this anywhere else.
Blocking #2816, #3360