Last modified: 2007-06-27 14:29:37 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 10372 - inaccessible pages in (Article) name space
inaccessible pages in (Article) name space
Status: RESOLVED FIXED
Product: Wikimedia
Classification: Unclassified
General/Unknown (Other open bugs)
unspecified
All All
: Normal normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
http://ksh.wikipedia.org/
: shell
Depends on:
Blocks:
  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: ---


Attachments

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?

P.S.
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, http://ksh.wikipedia.org/w/index.php?title=Spezial:Fehlende_Interwikis&limit=4&offset=822&uselang=en

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 categories.py 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.


Navigation
Links