Last modified: 2014-05-10 16:37:38 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 6363 - DoubleRedirects erroroneously influenced by interlinks
DoubleRedirects erroroneously influenced by interlinks
Status: NEW
Product: MediaWiki
Classification: Unclassified
Special pages (Other open bugs)
unspecified
All All
: Low normal (vote)
: ---
Assigned To: Nobody - You can work on this!
: testme
: 26531 (view as bug list)
Depends on: 14418
Blocks:
  Show dependency treegraph
 
Reported: 2006-06-18 22:04 UTC by brainy
Modified: 2014-05-10 16:37 UTC (History)
4 users (show)

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


Attachments

Description brainy 2006-06-18 22:04:42 UTC
It appears that the DoubleRedirects special page lists pages according to the last internal link they contain, 
which is not necessarily the redirect link.

For example, see this DoubleRedirect entry:
http://en.wikipedia.org/w/index.php?title=Special:DoubleRedirects&limit=1&offset=782

The page [[VRC St Leger Stakes]] actually redirects to [[VRC St Leger]] but contains additional content, in which 
the last internal link is to [[Group I]]. DoubleRedirects lists this page as a redirect to [[Group I]].

In fact, it seems that Whatlinkshere for [[Group I]] lists [[VRC St Leger Stakes]], so the problem isn't specific 
to the DoubleRedirects page, but rather to how links are stored.
http://en.wikipedia.org/w/index.php?title=Special:Whatlinkshere&target=Group_I

Additionally, [[Wikipedia:Redirect]] states that "Everything after the redirect line will be blanked when you save 
the page.", but this appears to be incorrect.
Comment 1 brainy 2006-06-19 21:34:57 UTC
Reviewing this again, it seems I read too much into what was happening. To the best 
of my understanding, the wiki keeps a record of all links from one page to another 
in the database. So when a redirect page has other content besides the redirect 
code, those links are stored as links from the redirect page (even though they are 
never actually visible). When the DoubleRedirects page looks for double redirects, 
it tries to find any link between one redirect page and another, even if that link 
isn't actually a redirect link.

The way I see it, the solutions is one of the following:
- Mark redirect links in the database differently from regular links. This would 
make finding them in DoubleRedirects simpler, as you won't need to check if the link 
is from/to a redirect 'page' as is done now.
- Don't process other code in redirect pages for links, to not list those links in 
the link database.
- Clear all content from a redirect page as stated in [[Wikipedia:Redirect]].

All of the above are just suggestions based on my quick review of the involved code.
Comment 2 Platonides 2006-06-22 13:31:16 UTC
It should retrieve the *first* link in the page. AS #REDIRECT doesn't work if
it's below, that will always get the correct one.

Are links stored on the database on the order they appear on the page?
Comment 3 Brion Vibber 2006-06-22 15:21:14 UTC
No, there is no ordering whatsoever.

A redirect should contain no markup other than the redirect; garbage in, garbage out.

Eventually we should add separate tracking for redirect targets, though.
Comment 4 brainy 2006-08-26 09:13:07 UTC
It also appears that this has a bad influence on the BrokenRedirects special page, in two aspects:
- First, the obvious of a redirect article being interperted for links incorrectly could cause a redirect page to 
show up in BrokenRedirects because its contents has a broken link, even when the redirect link is in fact correct.
- Second, some redirect templates contain broken links. The most obvious example is [[Template:R from alternate 
spelling]] which uses the [[Template:lts]] template to link to [[Template:R from spelling]]. The "R from spelling" 
template doesn't have a talk page, causing lots of proper redirect pages show up as broken redirects because they 
link to the non-existing [[Template talk:R from spelling]].
Comment 5 Chad H. 2008-08-07 04:38:16 UTC
Should be fixable with the upcoming redirect table changes.
Comment 6 Chad H. 2011-01-03 16:49:13 UTC
*** Bug 26531 has been marked as a duplicate of this bug. ***
Comment 7 bud0011 2011-01-06 00:17:55 UTC
(In reply to comment #5)
> Should be fixable with the upcoming redirect table changes.

Did anything happen with these table changes?
Comment 8 Chad H. 2011-01-06 00:33:06 UTC
The tables were added awhile ago (bug 14418).

The special page still needs fixing.
Comment 9 bud0011 2011-01-07 00:15:25 UTC
ah. Ok. Thank you.

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


Navigation
Links