Last modified: 2011-03-13 18:05:58 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 1566 - Links to redirects to self show as blue
Links to redirects to self show as blue
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
unspecified
All All
: Lowest normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
: 3897 9179 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-02-20 02:28 UTC by Jeff Bonham
Modified: 2011-03-13 18:05 UTC (History)
2 users (show)

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


Attachments

Description Jeff Bonham 2005-02-20 02:28:15 UTC
Currently, links to pages that are redirects to the current page show as normal  
links.  For instance, [[seizure]] has a link to [[grand mal seizure]] which is in  
turn a link to [[seizure]].  A user clicking this will expect to find a new page on  
grand mal seizures but will instead be redirected to [[seizure]].  Links to this 
type of redirect should have the same appearance as links from a page to itself 
(bold, with no <a href>), or as links to nonexistent pages (red).
Comment 1 Rowan Collins [IMSoP] 2005-02-20 17:38:29 UTC
I think if this were implemented, such links would have to be marked either as
self-links, or with some new styling - a red link suggests that you'll reach an
edit page, which is even further from the truth. I rather suspect, however, that
this would prove rather expensive to check for every link in a page - especially
when you consider that it would require the cache to be invalidated of any page
pointing to a redirect that was editted, in case links had been turned into
self-links of this sort.

Brain-storming, one way of making it less costly might be that if we had a links
table with an is_redirect flag (something I've been considering proposing for
other reasons), a list could be composed in one query of "pages that redirect
here". That way, links would only have to be checked against that list, rather
than against their database entries. Similarly, the caching issue could be
minimised by knowing that (e.g.) page_a was the old target of th redirect, and
page_b was the new one, and therefore only those need be purged from the cache...
Comment 2 Brion Vibber 2005-02-20 21:01:53 UTC
This would make it unreasonably difficult to follow the link to get to the redirect page and fix it.
Comment 3 Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-03-06 17:33:02 UTC
*** Bug 9179 has been marked as a duplicate of this bug. ***
Comment 4 Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-03-06 17:33:30 UTC
*** Bug 3897 has been marked as a duplicate of this bug. ***
Comment 5 Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-03-06 17:35:04 UTC
The links could be given the selflink class (or whatever it's called) but still
be functioning links, I suppose.  I'd imagine that extra queries when rendering
would be a better reason to reject this, no?  Or is that not a problem?

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


Navigation
Links