Last modified: 2010-12-31 05:26:24 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 10162 - 2nd link to "Special" revealed
2nd link to "Special" revealed
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
All All
: Lowest trivial (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
  Show dependency treegraph
Reported: 2007-06-06 02:25 UTC by Dan Jacobson
Modified: 2010-12-31 05:26 UTC (History)
0 users

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


Description Dan Jacobson 2007-06-06 02:25:18 UTC
Gentlemen, allow me to tell you about a bug you will rarely notice,
unless you turn off styles in firefox, or use a text browser.

$ f=
#(or any other Special: page)

$ w3m -dump $f\&uselang=en|grep -i special
  ‧ Special Page
  ‧ Special pages

The above drives one nuts: two links with almost the same name, but
pointing to different things.

In Chinese, it is even worse because page/pages translates to the same thing:

$ w3m -dump $f|grep 特殊
  ‧ 特殊頁面
  ‧ 特殊頁面

In Mediawiki 1.10 the English is now a little better:
  ‧ Special
  ‧ Special pages

But why the first link back to the page we are on anyway, when there
is already a "Retrieved from" link, and why only for when one does not
use stylesheets?

We examine these two links again, on a different Special page:

This is the link that should be thrown into the trash can pronto:
<li id="ca-nstab-special" class="selected"><a
title="This is a special page, you can't edit the page

along with its "Views" header, which now becomes empty.

And this is the reasonable link that should stay:
<li id="t-specialpages"><a
title="List of all special pages [q]" accesskey="q">Special
pages</a></li> says
never have a link that points to the current page.
Compromise: one link OK, two too much.
Comment 1 Brion Vibber 2007-06-06 14:51:30 UTC
Same link as on every other page.
Comment 2 Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-06-06 18:43:54 UTC
Note that the link pointing to the current page might not always point to the current URL.  In particular, it always points to the canonical URL of the page, so if you followed a redirect or have funny query strings tacked on the end it will always point back to the default URL for the original page.  And of course it still appears when you're viewing the talk page, history page, etc. (obviously not in the case of special pages), so you should be used to its positioning.

It should be clear from context which link goes where.  The "special page" link is in the place where it would normally be accompanied by "talk page", "history", etc.  The "Special pages" link is with links to other external pages.  If you're going to try grepping for the link rather than viewing the entire page, expect to be confused occasionally by the lack of context.
Comment 3 Dan Jacobson 2010-12-31 05:26:24 UTC
All I know is currently we are now back to the state where on the Chinese just has the same words, where on at least one can differentiate Special Page vs. Special Pages.
They had differentiated the Chinese for a time, but now they are apparently counting on a tooltip that one has to mouseover to see.

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