Last modified: 2007-06-27 14:29:37 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 T12372, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 10372 - inaccessible pages in (Article) name space
inaccessible pages in (Article) name space
Product: Wikimedia
Classification: Unclassified
General/Unknown (Other open bugs)
All All
: Normal normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
: shell
Depends on:
  Show dependency treegraph
Reported: 2007-06-26 11:06 UTC by Purodha Blissenbach
Modified: 2007-06-27 14:29 UTC (History)
1 user (show)

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


Description Purodha Blissenbach 2007-06-26 11:06:32 UTC
There are two inaccessible pages in the article name space of the ksh WP, having names resembling other name space prefixes, [[Metmaacher:Tiyoringo]], and [[Metmaacher Klaaf:Purodha/2007]].
These are *also* valid existing pages in their respective namespaces.

The duplicates in the article name space have been created while the Name Space Names on the server were temporarily broken.

Now, without doing much harm, these pages are inaccessible + undeletable. They show up in lists such as "Pages without language links" or the category of pages to be deleted, and are counted in the statistics.

Is there a trick, how an admin could delete these pages anyways?

I must assume, this kind of problem already appeared elsewhere, but searching MediZilla did not reveal prior occurences. I am sorry, if I was just too stupid to find them.
Comment 1 Raimond Spekking 2007-06-26 11:12:47 UTC
Running namespaceDupes.php by a shell user should solve the problem. Marking this bug with "shell" keyword.
Comment 2 Brion Vibber 2007-06-26 15:12:48 UTC
I ran namespaceDupes.php on kshwiki but found no such problem pages.
Comment 3 Purodha Blissenbach 2007-06-26 18:21:07 UTC
See pages not having interlaguage links,

position 824 and 825 This list should show only articles. Follow the links, and you and end up outside the aticle name space. Also, these pages do have interlanguage links, i.e. they should not be listed. Inspect the page histories so as to see that the cached list of page w/o interlaguage links is newer than the pages that you reached.

A possible explanation might be that kshwiki has non-empty $wgNameSpaceAliases, so a name space may have more than the usual 2 names (localized and english) which some software does not yet deal with, e.g. pywikipediabot does not.
Comment 4 Brion Vibber 2007-06-26 19:14:29 UTC
Aho, they're *Medmaacher*, not *Metmaacher*. It's getting renormalized from the cache data and displaying the now canonical form Metmaacher. Ehhhhhowwwwwwgh. :D

Looks like it's an aliasing issue. I'll have to go ahead and update namespaceDupes to handle aliases and interwikis properly...
Comment 5 Brion Vibber 2007-06-26 20:21:17 UTC
As of r23432, namespaceDupes.php now handles canonical, custom, and language-defined namespace aliases.

Here's the report from the live site:

Checking namespace 2: "Medmaacher"
... 3 conflicts detected:
... 139574 (0,"Medmaacher:Davidcannon") -> (2,"Davidcannon") [[Metmaacher:Davidcannon]]
...  *** cannot resolve automatically; page exists with ID 10239 ***
...  *** using suffixed form [[Metmaacher:Davidcannon/broken]] ***
... resolving on page... ok.
... 139961 (0,"Medmaacher:Tiyoringo") -> (2,"Tiyoringo") [[Metmaacher:Tiyoringo]]
...  *** cannot resolve automatically; page exists with ID 114621 ***
...  *** using suffixed form [[Metmaacher:Tiyoringo/broken]] ***
... resolving on page... ok.
... 145425 (0,"Medmaacher:Tiüoringo") -> (2,"Tiüoringo") [[Metmaacher:Tiüoringo]]
... resolving on page... ok.

Checking namespace 3: "Medmaacher_Klaaf"
... 1 conflicts detected:
... 139734 (0,"Medmaacher_Klaaf:Purodha/2007") -> (3,"Purodha/2007") [[Metmaacher Klaaf:Purodha/2007]]
...  *** cannot resolve automatically; page exists with ID 139736 ***
...  *** using suffixed form [[Metmaacher Klaaf:Purodha/2007/broken]] ***
... resolving on page... ok.
Comment 6 Purodha Blissenbach 2007-06-27 14:29:37 UTC
Thank you, Brion.

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