582628 - Focus event incorrectly fired on top level frame when moving from document to chrome

Status: VERIFIED WORKSFORME

(Core :: Disability Access APIs, defect)

Description

[James Teh [:Jamie]]

User-Agent:       Mozilla/5.0 (Windows; Windows NT 6.1; WOW64; rv:2.0b3pre) Gecko/20100727 Minefield/4.0b3pre
Build Identifier: Mozilla/5.0 (Windows; Windows NT 6.1; WOW64; rv:2.0b3pre) Gecko/20100727 Minefield/4.0b3pre

When moving focus from the document area to the browser chrome, Minefield incorrectly fires a focus event on the accessible for the top level frame before it fires the focus event for the newly focused chrome element.

Reproducible: Always

Steps to Reproduce:
1. Open Minefield and move to the document area; e.g. hit f6 from the location bar.
2. Press alt+d to move to the location bar.
Actual Results:  
A focus event is fired on the top level frame, followed by the focus event on the location bar.
AccProbe log:
time = 2:09:25:159 type = EVENT_OBJECT_FOCUS name = Minefield role = frame state = [readOnly, horizontal, opaque, moveable, active, sizeable] miscData = hwnd=030C0614 ;objectId=-4; childId=0; windowClass=MozillaUIWindowClass; 
time = 2:09:25:861 type = EVENT_OBJECT_FOCUS name = Go to a Web Site role = text state = [focusable, supportAutocompletion, horizontal, opaque, focused, hasPopup, singleLine, editable] miscData = hwnd=030C0614 ;objectId=-4; childId=-81807360; windowClass=MozillaUIWindowClass; 

Expected Results:  
A focus event should be fired on the location bar, but not the top level frame.

This issue causes the frame to be spoken in NVDA whenever you move from the document area to the browser chrome.

Note that this was also present in Firefox 3.6. However, it isn't a problem for NVDA there because the window accessible above it did not have the focused state, which meant that NVDA filtered it out. With the recent changes in the use of hwnds, the window accessible above the frame now has the focused state, so NVDA doesn't filter this event out.

Comment 1

[James Teh [:Jamie]]

FWIW, I don't think this is related to the issues covered by bug 582633:
* It occurs in Firefox 3.6 as well. It just isn't a problem for us there, so I've never noticed it. See additional info above.
* The correct focus event does get fired. We just get an extraneous one on the frame first.

Comment 2

[alexander :surkov (:asurkov)]

Marco, could you check it if we have a problem still?

Comment 3

[Marco Zehe (:MarcoZ)]

I cannot reproduce with NVDA. When pressing CTRL+L (equivalent to Alt+D), I get NVDA speaking the navigation toolbar plus current focus on the awesome bar. I don't hear anything regarding the app frame.

Jamie, is this still an issue for you? I cannot seem to repro with NVDA 2011.1 and 4.0RC1.

Comment 4

[James Teh [:Jamie]]

Can no longer reproduce the issue in Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b13pre) Gecko/20110310 Firefox/4.0b13pre. Tested with NVDA and also checked with AccProbe.