If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

Firefox cannot work with GOK with InverseScanning mode

RESOLVED WORKSFORME

Status

()

Firefox
Disability Access
--
major
RESOLVED WORKSFORME
12 years ago
12 years ago

People

(Reporter: Tim Miao, Assigned: Ginn Chen)

Tracking

({access})

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

12 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050607 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.9a1) Gecko/20060213 Firefox/1.6a1

Firefox couldn't work with accessibility tool - GOK.

Reproducible: Always

Steps to Reproduce:
1.Configure the second input device on a solaris box.
2.Launch GOK with InverseScanning mode.
3.Access firefox with GOK.

Actual Results:  
GOK can't work correctly when firefox is launched.

Expected Results:  
Users could access firefox with this at-tool GOK.

I found this bug on jds3_25/solaris10_GA and snv_26/vermilion_02 sparc boxes.
(Reporter)

Updated

12 years ago
OS: Other → Opensolaris
Hardware: Other → Sun
(Assignee)

Updated

12 years ago
Summary: Firefox cannot work with GOK. → Firefox cannot work with GOK with InverseScanning mode

Updated

12 years ago
Blocks: 333488

Comment 1

12 years ago
David, what aren't we doing right?
Aaron, Tim,

First thing to check: at-poke

I think running at at-poke and confirming if Firefox is accessible to that tool would help focus our efforts. Also I wonder about the status of the issue in this comment: https://bugzilla.mozilla.org/show_bug.cgi?id=332660#c3

Comment 3

12 years ago
(In reply to comment #2)
> I think running at at-poke and confirming if Firefox is accessible to that tool
> would help focus our efforts. 
Firefox is accessible in at-poke, and mostly with Orca, LSR and GOK. It's just inverse scanning mode which is a problem here.

> Also I wonder about the status of the issue in
> this comment: https://bugzilla.mozilla.org/show_bug.cgi?id=332660#c3
Seems like a separate issue, which only comes up when File -> Open or File -> Save dialogs are launched.

Aaron that is helpful thanks.

Only when using inverse scanning... that is weird... my gut reaction is that there is some odd event ordering/behaviour. Inverse scanning generally activates a GOK key when a switch (e.g. mouse button) is released. Can you confirm that firefox is indeed become the active/foreground/focussed app in this scenario? When firefox is activated (you can use a gok key to do this), does gok "notice" that an application has been focussed/activated? Expected behaviour is GOK branching to the main keyboard and highlighting the "UI Grab" key at the very least. If you could try alternating between firefox and another accessible app (gedit) a few times and report back that would be great.

Comment 5

12 years ago
Tim, can you provide more information for comment 4?
(Reporter)

Comment 6

12 years ago
(In reply to comment #4)
> Aaron that is helpful thanks.
> 
> Only when using inverse scanning... that is weird... my gut reaction is that
> there is some odd event ordering/behaviour. Inverse scanning generally
> activates a GOK key when a switch (e.g. mouse button) is released. Can you
> confirm that firefox is indeed become the active/foreground/focussed app in
> this scenario? 

Yes, firefox is the active app in this scenario.

> When firefox is activated (you can use a gok key to do this),
> does gok "notice" that an application has been focussed/activated? 

No. GOK didn't notice there was one app named firefox (nor Deer Park) being focussed.
> Expected behaviour is GOK branching to the main keyboard and highlighting the "UI Grab" key at the very least. If you could try alternating between firefox and another
> accessible app (gedit) a few times and report back that would be great.
> 

I tried accessible gedit too, it works perfect with GOK.

Additional information, I could reproduce this bug with vermillion_39/snv_39 too. For known issue: #341124 in bugzilla.gnome.org, I could not verify this bug on latest vermillion_40 build. This bug is visible no matter GOK works in InverseScanning mode, DirectSelect mode or others.

Updated

12 years ago
Assignee: nobody → ginn.chen
Keywords: access
(Reporter)

Comment 7

12 years ago
After verified with firefox trunk nightly build and vermillion_42, it is not reproducible any more.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 12 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.