327396 - Items in Places results list do not have accessible names

Status: RESOLVED DUPLICATE of bug 246236

(Firefox :: Bookmarks & History, defect, P2)

Description

[Mark Pilgrim (inactive)]

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

Note: this is not always reproducible.  Sometimes all of the items work as expected, sometimes none of them work as expected.  Once -- I am not making this up -- the first 8 items in the list showed blank accessible names, and starting at item 9 the accessible names were correct (but arrowing back up to item 8 still showed a blank accessible name).


Reproducible: Sometimes

Steps to Reproduce:
1. Open Inspect32
2. Open Places
3. Search for something within your history/bookmarks
4. Tab to results list
5. Inspect32 shows item's accessible name = "    "
6. Arrow up and down to see identical results for other items in results list

Actual Results:  
Accessible name is blank

Expected Results:  
Accessible name is combination of all columns in selected row of results pane (page title + URL + visited date + page count)

Comment 1

[Mark Pilgrim (inactive)]

Attachment: screenshot of item without accessible name

Comment 2

[Ben Goodger (use ben at mozilla dot org for email)]

Did this ever work? 

Comment 3

[Ben Goodger (use ben at mozilla dot org for email)]

Mark, do you know how I provide an accessible name for an instantiation of a XUL widget? or XBL binding?

Comment 4

[Aaron Leventhal]

This appears to be a problem with the widget itself. I belive Hans Hillen was saying that we expose the wrong thing in tree views when the contents change. Must be that the cache isn't getting invalidated.

Comment 5

[Aaron Leventhal]

(In reply to comment #4)
> This appears to be a problem with the widget itself.
I should say, with the mozilla/accessible implementation of accessibility for the widget.

Comment 6

[Aaron Leventhal]

This could be the same as bug 328273. I think we're not invalidating the accessible object cache when a tree object changes.

Comment 7

[Aaron Leventhal]

This is almost certainly a dupe of bug 246236 which is fixed in the latest nightly builds.

Comment 8

[Aaron Leventhal]

Is this still broken after the checkin for bug 246236?

Comment 9

[Aaron Leventhal]

*** This bug has been marked as a duplicate of 246236 ***

Comment 10

[Gervase Markham [:gerv]]

Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h".

In Thunderbird 3.0b, you do that as follows:
Tools | Message Filters
Make sure the correct account is selected. Click "New"
Conditions: Body   contains   places-to-b-and-h
Change the action to "Delete Message".
Select "Manually Run" from the dropdown at the top.
Click OK.

Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter.

Gerv