when autocomplete window pops up, should fire events for 'tree table' but not for 'window'

VERIFIED FIXED in mozilla10

Status

()

Core
Disability Access APIs
VERIFIED FIXED
10 years ago
6 years ago

People

(Reporter: Evan Yan, Assigned: surkov)

Tracking

(Blocks: 2 bugs, {access})

Trunk
mozilla10
x86
Linux
access
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

10 years ago
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]
(Reporter)

Updated

10 years ago
Blocks: 368875
(Reporter)

Updated

10 years ago
No longer blocks: 368875

Updated

10 years ago
Keywords: access

Comment 1

10 years ago
these events are emitted by libgail.so
I think focus event is more important than state-changed.
(Reporter)

Comment 2

10 years ago
We don't fire focus for autocomplete. So we need another state-changed:visible/showing for autocomplete, right?

Comment 3

10 years ago
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
(Assignee)

Comment 4

6 years ago
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.
Blocks: 375743, 632301
(Assignee)

Comment 5

6 years ago
comment #4 should be addressed by 673958, it doesn't look like we need to fix anything else
Depends on: 673958
(Assignee)

Comment 6

6 years ago
fixed by bug 673958
Assignee: evan.yan → surkov.alexander
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla10

Comment 7

6 years ago
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.