Closed
Bug 327397
Opened 19 years ago
Closed 19 years ago
Components of Places calendar widget do not expose proper accessible roles
Categories
(Firefox :: Bookmarks & History, defect, P2)
Tracking
()
RESOLVED
DUPLICATE
of bug 318812
Firefox 2 alpha2
People
(Reporter: pilgrim, Assigned: bugs)
Details
(Keywords: access)
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
Basically, everything is implemented as a xul:label, and not overridden with DHTML Accessibility roles, so everything is exposed as role=text. This includes the previous/next month buttons (should be role=pushbutton, or better yet, use actual buttons), the calendar itself (should use DHTML Accessibility to set role=wairole:spreadsheet), the day-of-week header cells (should be role=wairole:columnheader), and the calendar day cells (should be role=wairole:gridcell).
Reproducible: Always
Steps to Reproduce:
Reporter | ||
Comment 1•19 years ago
|
||
Steps to reproduce:
1. Open Inspect32
2. Open Places
3. Select History
4. Move cursor over "previous month" component of calendar
5. Inspect32 shows role=text
6. Move cursor over one of the day-of-week headers
7. Inspect32 shows role=text
8. Move cursor over one of the calendar days
9. Inspect32 shows role=text
Updated•19 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee | ||
Updated•19 years ago
|
Assignee: nobody → bugs
Priority: -- → P2
Target Milestone: --- → Firefox 2 alpha2
Comment 2•19 years ago
|
||
Bug 318812 would be the refactor to fix accessability issues. I think one person will do it all in one patch, so it makes sense to have it in one place. I changed the title on that bug a bit to make it more clear.
*** This bug has been marked as a duplicate of 318812 ***
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
Comment 3•15 years ago
|
||
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
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
You need to log in
before you can comment on or make changes to this bug.
Description
•