Last modified: 2008-04-09 00:02:36 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T13039, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 11039 - issues getting to move protection box with screen reader JAWS in English Wikipedia and form labels
issues getting to move protection box with screen reader JAWS in English Wiki...
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
http://en.wikipedia.org/w/index.php?t...
:
Depends on:
Blocks: 367
  Show dependency treegraph
 
Reported: 2007-08-23 13:15 UTC by Graham87
Modified: 2008-04-09 00:02 UTC (History)
1 user (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Graham87 2007-08-23 13:15:39 UTC
I wanted to move-protect the article William Shakespeare on the English Wikipedia since there is no reason that it should be moved as it is a highly visible page with many revisions. However, even when I checked the box "Unlock move permissions", I could not navigate to the move protection list box with JAWS 8 and Internet Explorer 7. I could navigate to it with Firefox but the tabbing order was inconsistent and I accidentally protected the article sysop only while making moves autoconfirmed on my first try. The options JAWS reads to me in the move protections list box are "allow all users" (which is unavailable), "block anonymous and newly registered users" and "block all non-admin users". I believe JAWS gets confused by the fact that on the English Wikipedia, one list item is unavailable and that is the item selected by default - "allow all users".

I tried using my test MediaWiki installation to move-protect pages - I did not have a problem and had the following options: "default", "block unregistered users" and "sysops only". I was able to navigate through these fine. I tried reproducing Wikipedia's page move conditions (with a different autoconfirmed level) by adding this to my LocalSettings.php:
$wgAutoConfirmAge = 1000000;
$wgGroupPermissions[user]['move'] = false;
$wgGroupPermissions[autoconfirmed]['move'] = true;
But it didn't change any of the options in the protection page.

Another problem with the protection interface is that there is no label for the move and edit protection list boxes. By default JAWS only reads the labels of form items though this can be customised.
Comment 1 Graham87 2008-04-07 00:24:05 UTC
I now have no problem getting to the move protection combo box - I'm not sure what changed in this regard. However, the labelling is still confusing for a screen reader user so I will keep this bug open. For example, the edit protection box reads as "moves", at least with JAWS.
Comment 2 Brion Vibber 2008-04-09 00:02:36 UTC
Labels for the list boxes added in r32999.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links