Closed Bug 384011 Opened 15 years ago Closed 10 years ago
when autocomplete window pops up, should fire events for 'tree table' but not for 'window'
Copied from bug 381433 comment #17: I still do not see the state-change:visible for the 'tree table' on the search box when the window pops up to display autocomplete items. I receive the following state-change events: object:state-changed:showing(0, 0, None) source: [window | ] application: [application | Minefield] object:state-changed:visible(0, 0, None) source: [window | ] application: [application | Minefield] object:state-changed:iconified(0, 0, None) source: [window | ] application: [application | Minefield]
these events are emitted by libgail.so I think focus event is more important than state-changed.
We don't fire focus for autocomplete. So we need another state-changed:visible/showing for autocomplete, right?
I don't know if this is still important or not. Note that we are changing a bit about the autocomplete hierarchy in bug 407359.
Assignee: aaronleventhal → Evan.Yan
We have bugs stuffs with focus: 1) when popup appears no focus (perhaps that'ok) 2) down arrow makes first item focused (that's ok) 3) up arrow makes first item unfocused but no focus event for awesomebar popup sometimes I don't get focus event when first item is selected, let's figure it out in fx5.
comment #4 should be addressed by 673958, it doesn't look like we need to fix anything else
Depends on: 673958
fixed by bug 673958
Assignee: evan.yan → surkov.alexander
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla10
Verified fixed in Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0a1) Gecko/20110929 Firefox/10.0a1. I always get focus events now on the awesomebar autocomplete, for example.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.