Closed Bug 310377 Opened 19 years ago Closed 19 years ago

Only one open tab QI's for ISimpleDOMText

Categories

(Firefox :: Disability Access, defect)

x86
Windows 2000
defect
Not set
major

Tracking

()

VERIFIED FIXED
Firefox1.5

People

(Reporter: tim.mchyde, Assigned: aaronlev)

References

()

Details

(Keywords: access, fixed1.8)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20050927 Firefox/1.6a1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20050927 Firefox/1.6a1

Whenever you switch tabs, the accessible object returned by
AccessibleObjectFromPoint should be able to QI for ISimpleDOMText.  However this
only works for at most one open tab (which tab this is changes as you open and
clsoe tabs and navigate inside a tab according to a logic I cannot determine).

Also this is a problem sometimes with just one tab if you click a link and go
back but in this case it does not consistently fail but seems to most of the
time, especially if you go from a file clicked from teh desktop to open Deer
park and then click a link in that file to a website.

Reproducible: Always

Steps to Reproduce:
1. Open Deer Park to any page, default alpha 2 page is fine
2. use my tester app from the above URL to see that the ISimpleDOMText is giving
data wherever the mouse is
3. ctrl+click any link to open a new tab

Actual Results:  
Notice that either the new tab does not work with the tester or the original tab
stops working 
4. Now try closing the tab that works and notice the other tab that didnt work,
now works!


Expected Results:  
all tabs should work with ISimpleDOMText regardless of what order they were
opened or what tabs were shut.  All the tester app is doing is to QI's
ISimpleDOMText from the accessible object for the present tab. It works
inconsistently with multiple tabs or in the same tab across multiple pages in
history.
Correction: Closing a tab does not seem to ever make another tab work. But going
Back in history to the original page of a tab sometimes makes that tab start
working.

Further data: ISimpleDOMNode seems to be always be present (QI's from
IAccessible) even when ISimpleDOMText doesnt
Keywords: access, sec508
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Assignee: nobody → aaronleventhal
Status: ASSIGNED → NEW
Target Milestone: --- → Firefox1.5
Attachment #198315 - Flags: review?(timeless) → review?(parente)
Attachment #198315 - Flags: superreview?(jst)
Comment on attachment 198315 [details] [diff] [review]
When a new document has finished loading, make the outer doc accessible forget about the old doc accessible chilld

r=mkaply
Attachment #198315 - Flags: review?(parente) → review+
Flags: blocking1.8b5?
Whiteboard: [ETA: need sr= and approval. This breaks magnifcation apps ]
Attachment #198315 - Flags: superreview?(jst) → superreview?(jag)
Attachment #198315 - Flags: superreview?(jag) → superreview+
Attachment #198315 - Flags: approval1.8b5?
Attachment #198315 - Flags: approval1.8b5? → approval1.8b5+
Keywords: fixed1.8
Flags: blocking1.8b5?
Whiteboard: [ETA: need sr= and approval. This breaks magnifcation apps ] → ]
This only fixed AccessibleObjectFromPoint for history, not for 2nd tabs. We need
to deal with the tabbed browsing issue.
Keywords: fixed1.8
Whiteboard: ]
Tim, may be you can verify this timeframe:

9/14 - broken
9/15 - fixed
(In reply to comment #5)
> 9/14 - broken
> 9/15 - fixed

Scratch that.

This was caused by bug 309329.

A patch in bug 311460 fixes this.
Status: NEW → RESOLVED
Closed: 19 years ago
Keywords: fixed1.8
Resolution: --- → FIXED
My original test cases that failed now work. Verified fixed.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: