Page MenuHomePhabricator

Image pages contain same named links, but to different items
Open, LowPublic

Description

There is a usability disaster.
Image pages contain same named links, but to different items.

set http://commons.wikimedia.org/wiki/File:2008_Taiwan_Pride_BDSM_1.jpg
lynx -dump $@|egrep ]File[^:]\|]History|
perl -nwle '/\[(\d+)\]/&&print $&;print " $1.";'>nn
lynx -dump $@|fgrep -f nn

      • [8]File
      • [9]File history
      • [156]File
      • [159]History
    1. http://commons.wikimedia.org/wiki/File:2008_Taiwan_Pride_BDSM_1.jpg#file
    2. http://commons.wikimedia.org/wiki/File:2008_Taiwan_Pride_BDSM_1.jpg#filehistory
  1. http://commons.wikimedia.org/wiki/File:2008_Taiwan_Pride_BDSM_1.jpg
  2. http://commons.wikimedia.org/w/index.php?title=File:2008_Taiwan_Pride_BDSM_1.jpg&action=history

You might argue that one pair is inside the other pair or whatever,
but if I were in charge you would all be under arrest.

In fact you might chuck the first pair altogether.

The confusion is just as bad in Firefox as it is in lynx.


Version: 1.15.x
Severity: normal
URL: http://commons.wikimedia.org/wiki/File:2008_Taiwan_Pride_BDSM_1.jpg

Details

Reference
bz17474

Event Timeline

bzimport raised the priority of this task from to Low.Nov 21 2014, 10:28 PM
bzimport set Reference to bz17474.
bzimport added a subscriber: Unknown Object (MLST).

[8] could probably be changed to "preview".

As for [9] and [159], it should be fixed with bug 3498 - Image history is confusing.

tstarling subscribed.

Whether this is a WCAG 2.0 Level A or Level AAA conformance issue depends on whether you think the link purpose can be determined from the "programmatically determined link context", which includes other links in the same list. I think the answer is probably yes, so it's only Level AAA SC 2.4.9 "Link Purpose (Link Only): A mechanism is available to allow the purpose of each link to be identified from link text alone, except where the purpose of the link would be ambiguous to users in general."