Closed Bug 337323 Opened 18 years ago Closed 18 years ago

Only top level frame's accessible present

Categories

(Core :: Disability Access APIs, defect)

Product:
Core
Component:
Disability Access APIs
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: parente, Assigned: aaronlev)

Details

(Keywords: access) 

Version 1.5.0.3 of Firefox downloaded from mozilla.com shows no accessible children below the top-level frame in at-poke. (Confirmed in a separate Python script utilizing at-spi via pyORBit.) However, at-poke does record events coming from various Firefox chrome components as they are activated.

Version 1.5.0.2-1.2 of Firefox downloaded from yum update for Fedora Core 5 shows no accessible children below the top-level frame in at-poke and fires no events. Filing a bug report for this possibly related problem at RH bugzilla. (Will post bug number here when opened.)

Previous versions of Firefox gotten from yum did not exhibit this bug.
Pete, you had said this was a problem in FC5. Is it a problem in any other version of Fedora or Linux that you know of? Or might it be local to FC5?
Keywords: access
> Pete, you had said this was a problem in FC5. Is it a problem in any other
> version of Fedora or Linux that you know of? Or might it be local to FC5?

I only have FC5 systems. If I find out it's a problem on other platforms, I'll post what information I have.
> Version 1.5.0.2-1.2 of Firefox downloaded from yum update for Fedora Core 5
> shows no accessible children below the top-level frame in at-poke and fires no
> events. Filing a bug report for this possibly related problem at RH bugzilla.
> (Will post bug number here when opened.)

Correction. Events are fired in 1.5.0.2-1.2 from FC5, but the accessibles appear to be missing.



Cross-filed bug at RedHat:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=191209
Summary: Missing accessibles → Only top level frame's accessible present
More info...

If I run with GTK_MODULES set to nothing, Firefox shows up as Mozilla in at-poke but crashes immediately upon inspection. If I run with GTK_MODULES set to gail:atk-bridge, I get the behavior described above.
Dupe bug 312092?
(In reply to comment #6)
> Dupe bug 312092?

Could be. But I'm not sure why the behavior was never evident before in the nightly builds. Seems like it should have gone from broken to fixed rather than the other way around.
Peter, you want to try
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla1.8/

That's where Firefox 2.0 nightly builds live, which have that fix.
I still see the reported problem with the latest nightly build. With or without setting the GTK_MODULES.  
This is now working in the latest nightly for me. Possibly a transient?

Working for me as well.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.