Closed Bug 86306 Opened 23 years ago Closed 12 years ago

mozilla.org has minor priority2 and priority3 accessibility errors

Categories

(www.mozilla.org :: General, defect)

Other
Other
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: ruairif, Unassigned)

References

()

Details

(Keywords: access)

The above link validates the mozilla.org homepage using the bobby accessiblity 
validator at http://www.cast.org/bobby
Mozilla.org does quite well, but there are still one or two minor errors that 
prevent priority 2 and priority 3 compliance.

We need to comply with as many of the WAI accessibility checkpoints as 
possible, to ensure the mozilla.org site is accessible to the widest range of 
users. (including the pages available through the browser, such as 
http://www.mozilla.org/releases) 

Complying with the recommendations in the above document should be a fairly 
easy task for an individual page (when applied to the whole site, it might take 
a little bit longer, but only a matter of hours.A sitewide search/replace or 
something should make it easy)

Either way, we still have priority 1 compliance, and can place that attractive 
bobby symbol on the homepage....!
Reassigning to Dawn, who keeps the website.  Also cc'ing Aaron.
Assignee: mitchell → endico
Blocks: advocacybugs
Keywords: access
-> webmaster@mozilla.org component.
Component: Miscellaneous → webmaster@mozilla.org
-> taking QA contact so I don't need to watch Dawn anymore. ;)
QA Contact: mitchell → imajes
I've compared outputs of www.mozilla.org and bobby.cast.org itself and these are
the only points that make mozilla.org worse:

Priority 1 User Checks
# If this is a data table (not used for layout only), identify headers for the
table rows and columns. (5 instances)
Lines 25, 77, 149, 200, 20 
# If a table has two or more rows or columns that serve as headers, use
structural markup to identify their hierarchy and relationship. (20 instances)
Lines 10, 25, 24, 23, 80, 92, 77, 72, 139, 152, 165, 149, 144, 192, 203, 214,
200, 195, 66, 20 

Priority 2 Accessibility
# Do not use the same link phrase more than once when the links point to
different URLs. (4 instances)
Lines 176, 230, 246, 256 

Priority 2 User Checks
# Add a descriptive title to links when needed.

Priority 3 Accessibility
# Provide a summary for tables. (20 instances)
Lines 10, 25, 24, 23, 80, 92, 77, 72, 139, 152, 165, 149, 144, 192, 203, 214,
200, 195, 66, 20
# Identify the language of the text. (1 instance)
Line 2 

Priority 3 User Checks
# If this is a data table (not used for layout only), provide a caption. (20
instances)
Lines 10, 25, 24, 23, 80, 92, 77, 72, 139, 152, 165, 149, 144, 192, 203, 214,
200, 195, 66, 20 
# Use the ABBR and ACRONYM elements to denote and expand any abbreviations and
acronyms that are present.
QA Contact: imajes → stolenclover
reassigning endico's bugs to default owner
Assignee: endico → mozilla.webmaster
I seriously doubt if this bug is still relevant. I propose WORKSFORME.
We still fail on 

13.1 Clearly identify the target of each link.
    * Rule: 13.1.2 - All Anchor elements are required not to use the same link
text to refer to different resources.
          o Failure - Anchor Element at Line: 726, Column: 37

We get warned on not having tabindex and accesskey on all links and (most) form
elements (which IMO is pretty stupid...)
The links Bobby complains about:

Two links labelled "Other languages" (one for Firefox, one for Thunderbird, both
in <noscript> blocks).

Two image links with the same alt text, "Live Bookmarks icon".  The alt text
could be changed to e.g. "Announcements in RSS".

Two links labelled "Mozilla Store".  The links are the same except for tracking
information, so I think this is ok.
Assignee: www-mozilla-org → nobody
QA Contact: danielwang → www-mozilla-org
Product: mozilla.org → Websites
It looks like Bobby is no longer available.  Here are some other links that may have useful information to help us with accessibility testing:

http://www.w3.org/WAI/eval/Overview.html
http://www.marcozehe.de/articles/how-to-use-nvda-and-firefox-to-test-your-web-pages-for-accessibility/
Closing old Mozilla.org website bugs due to them not being relevant to the new Python-based Bedrock system. Re-open if this is a critical bug and should be resolved on the new system too.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WONTFIX
WONTFIX seems about right here... Unless someone cares about accessibility and can investigate?
Component: www.mozilla.org → General
Product: Websites → www.mozilla.org
Marco, you might want to look
You need to log in before you can comment on or make changes to this bug.