Last modified: 2013-08-22 14:55:42 UTC
https://de.wikipedia.org/wiki/D:Ream is not longer reachable because D: is now the interwiki prefix for Wikidata. No idea how many other articles beginning with D: or Y: exist.
I looked up the page id via the toolserver (4358487), and put that into the API which worked (https://de.wikipedia.org/w/api.php?action=query&pageids=4358487&prop=info), so I think they can be moved via the API then.
Moved, but the script is needed to remove the watchlist entries and fix the pagelinks table.
(In reply to comment #2) > Moved, but the script is needed to remove the watchlist entries and fix the > pagelinks table. Which script? namespaceDupes.php or a sibling? (Moved to site requests.)
Yes, namespaceDupes.php is needed (on each wiki, not only de.wp)
This is critical, because no normal user can reach the pages on the wikis (except de). Please run the script as soon as possible. When adding namespaces, namespace aliases or interwiki prefixes, this script must be run automatically or some docs should say it, that the user, which adds it, has a reminder.
(In reply to comment #4) > Yes, namespaceDupes.php is needed (on each wiki, not only de.wp) reedy@fenari:~$ mwscript namespaceDupes.php dewiki Looks good! reedy@fenari:~$ mwscript namespaceDupes.php dewiki --fix Looks good!
This bug affects at least two articles in the Russian wikipedia: http://ru.wikipedia.org/wiki/D:_Охотник_на_вампиров and http://ru.wikipedia.org/wiki/D:_Жажда_крови These are currently completely inaccessible, and cannot even be renamed. I can't understand why anyone thought that making "D:" into an interwiki link was a good idea :/
At ruwiki done.
(renaming)
(In reply to comment #7) > I can't understand why anyone thought that making "D:" into an interwiki link > was a good idea :/ Same reason why numerous other interwiki links are one character...
(In reply to comment #10) The problem is that any *new* one-character interwiki links are likely to interfere with some existing articles. A quick toolserver mysql search ("... FROM page WHERE page_title LIKE 'D:%'") through a few of the large non-en wikipedias picked up the following: http://es.wikipedia.org/wiki/D:REAM http://es.wikipedia.org/wiki/D:Tour_1997_Live_At_Southampton http://es.wikipedia.org/wiki/D:ream http://it.wikipedia.org/wiki/D:Ream http://it.wikipedia.org/wiki/D:Ream_On_Volume_1 http://ja.wikipedia.org/wiki/D:COMPLEX http://nl.wikipedia.org/wiki/D:Ream http://pt.wikipedia.org/wiki/D:S:O http://pt.wikipedia.org/wiki/D:Ream
(In reply to comment #0) > https://de.wikipedia.org/wiki/D:Ream is not longer reachable because D: is now > the interwiki prefix for Wikidata. D:
(In reply to comment #11) > (In reply to comment #10) > The problem is that any *new* one-character interwiki links are likely to > interfere with some existing articles. > A quick toolserver mysql search ("... FROM page WHERE page_title LIKE 'D:%'") > through a few of the large non-en wikipedias picked up the following: > http://es.wikipedia.org/wiki/D:REAM > http://es.wikipedia.org/wiki/D:Tour_1997_Live_At_Southampton > http://es.wikipedia.org/wiki/D:ream > http://it.wikipedia.org/wiki/D:Ream > http://it.wikipedia.org/wiki/D:Ream_On_Volume_1 > http://ja.wikipedia.org/wiki/D:COMPLEX > http://nl.wikipedia.org/wiki/D:Ream > http://pt.wikipedia.org/wiki/D:S:O > http://pt.wikipedia.org/wiki/D:Ream The script has to be run on all wmf wikis to move broken pages (like your list) and to fix pagelinks or watchlist entries for this prefix, when no page exist.
Can someone please explain to me what happened here? It's fine to have single-letter interwiki prefixen, but you have to move the pages that are in the way _first_ (and probably update links as well?). Why was this prefix enabled without first making sure it wouldn't cause disruption? This doesn't make any sense. Another report about the Finnish Wikipedia here: <https://meta.wikimedia.org/w/index.php?title=Wikimedia_Forum&oldid=4592171#Problem_with_D:prefix>. But individual reports really aren't what's needed right now. Please revert this change until "d:" is ready to be implemented.
Running namespaceDupes.php is quite trivial and something done /after/ many site requests. Usually immediately after...
(In reply to comment #6) > (In reply to comment #4) > > Yes, namespaceDupes.php is needed (on each wiki, not only de.wp) > > reedy@fenari:~$ mwscript namespaceDupes.php dewiki > > Looks good! > reedy@fenari:~$ mwscript namespaceDupes.php dewiki --fix > > Looks good! Is no one listening to me when I showed that namespaceDupes.php doesn't help in this situation?
I thought previous discussion decided on no more single inter-wiki prefixes because of this precious issue? Wouldn't it just be better to get rid of the interwiki prefix in this case?
(In reply to comment #16) > (In reply to comment #6) >> (In reply to comment #4) >>> Yes, namespaceDupes.php is needed (on each wiki, not only de.wp) >> >> reedy@fenari:~$ mwscript namespaceDupes.php dewiki >> >> Looks good! >> reedy@fenari:~$ mwscript namespaceDupes.php dewiki --fix >> >> Looks good! > > Is no one listening to me when I showed that namespaceDupes.php doesn't help in > this situation? Is no one listening to me when I say that the addition of "d" as an interwiki prefix should be removed until it can be properly implemented? I thought your paste from the fenari shell indicated that de.wikipedia.org was fixed (the relevant pages were moved out of the way). It says nothing about the other wikis where this is a problem.
Ok, changing summary back (the point of changing summary is exactly to clarify what needs doing; looks like it was needed...).
(In reply to comment #16) > Is no one listening to me when I showed that namespaceDupes.php doesn't help in > this situation? Should we try to figure out the generic new-interwiki-causing-conflict issue? (Obviously?) the namespaceDupes.php is used to handle namespace issue because we can find new ns/title pairs with the same PrefixedText form, but for interwiki, the old title will be never available and all links to them become broken.
(In reply to comment #20) > Should we try to figure out the generic new-interwiki-causing-conflict issue? Or we could just not setup interwikis that conflict :p.
(In reply to comment #18) > (In reply to comment #16) > > (In reply to comment #6) > >> (In reply to comment #4) > >>> Yes, namespaceDupes.php is needed (on each wiki, not only de.wp) > >> > >> reedy@fenari:~$ mwscript namespaceDupes.php dewiki > >> > >> Looks good! > >> reedy@fenari:~$ mwscript namespaceDupes.php dewiki --fix > >> > >> Looks good! > > > > Is no one listening to me when I showed that namespaceDupes.php doesn't help in > > this situation? > > Is no one listening to me when I say that the addition of "d" as an interwiki > prefix should be removed until it can be properly implemented? > > I thought your paste from the fenari shell indicated that de.wikipedia.org was > fixed (the relevant pages were moved out of the way). It says nothing about the > other wikis where this is a problem. D removed for now. Also, namespaceDupes.php prints output to tell the user what has been changed. No output with "Looks good!" means the script doesn't see anything it needed to change, hence didn't change anything Dropping priority and severity for the moment
(In reply to comment #22) > D removed for now. Complaint is coming for missing d: interwiki and broken links.
(In reply to comment #23) > (In reply to comment #22) > > D removed for now. > > Complaint is coming for missing d: interwiki and broken links. Lol, tough. Wikidata now should work so they can at least easily fix those.
The problem was that it was not clear that "Looks good!" was the script output and not a comment by you meaning everythiong was ok/fixed.
(In reply to comment #25) > The problem was that it was not clear that "Looks good!" was the script output > and not a comment by you meaning everythiong was ok/fixed. Well, I knew this but still I thought he meant he had already run it and further run confirmed there was nothing left to do... Anyway, Liangent provided a list of all affected pages, someone please move them and (afterwards) fix incoming links; note that on some wikis like es, ja.wiki only privileged users can move pages: svwiktionary_p 21449 d:o 144781 d:r abwiki_p 381945 D:A:D 424510 D:Ream 424530 D:ream dawiktionary_p 23950451 D: 22928055 D:A:D 37113255 D:E 37556837 D:Fuse 37556846 D:Ream 25920823 D:TNG 28844710 D:_All_Things_Digital 37556850 D:tour_1997_Live_at_Southampton enwiktionary_p 5432620 D:REAM 4878764 D:Tour_1997_Live_At_Southampton 4513018 D:ream eswiktionary_p 4285064 D:Ream 4285065 D:Ream_On_Volume_1 itwiktionary_p 1921708 D:COMPLEX jawiktionary_p 2996583 D:Ream nlwiktionary_p 2151448 D:S:O ptwiktionary_p 11004 D:_руководство_для_начинающих ruwikimedia_p 1212396 D:Ream
Sorry, I meant: dawiki_p 381945 D:A:D 424510 D:Ream 424530 D:ream enwiki_p 23950451 D: 22928055 D:A:D 37113255 D:E 37556837 D:Fuse 37556846 D:Ream 25920823 D:TNG 28844710 D:_All_Things_Digital 37556850 D:tour_1997_Live_at_Southampton eswiki_p 5432620 D:REAM 4878764 D:Tour_1997_Live_At_Southampton 4513018 D:ream itwiki_p 4285064 D:Ream 4285065 D:Ream_On_Volume_1 jawiki_p 1921708 D:COMPLEX nlwiki_p 2996583 D:Ream ptwiki_p 2151448 D:S:O ruwikibooks_p 11004 D:_руководство_для_начинающих svwiki_p 1212396 D:Ream svwiktionary_p 21449 d:o 144781 d:r
(In reply to comment #26) > (In reply to comment #25) > > The problem was that it was not clear that "Looks good!" was the script output > > and not a comment by you meaning everythiong was ok/fixed. > > Well, I knew this but still I thought he meant he had already run it and > further run confirmed there was nothing left to do... > > Anyway, Liangent provided a list of all affected pages, someone please move > them and (afterwards) fix incoming links; note that on some wikis like es, > ja.wiki only privileged users can move pages: > Move where? I'm not sure what you mean. The links are working: https://da.wikipedia.org/wiki/D:Ream They didn't fall into the namespaceDupe blackhole.
Ok, all pages moved out, d: interwiki can be restored. Thanks.
Restored by Reedy: closing.
(In reply to comment #16) > (In reply to comment #6) > > (In reply to comment #4) > > > Yes, namespaceDupes.php is needed (on each wiki, not only de.wp) > > > > reedy@fenari:~$ mwscript namespaceDupes.php dewiki > > > > Looks good! > > reedy@fenari:~$ mwscript namespaceDupes.php dewiki --fix > > > > Looks good! > Is no one listening to me when I showed that namespaceDupes.php doesn't help in > this situation? Only for documentation: It is the right script, because it is also using interwikilinks for the search, but it getting this prefix from the database, not from .cdb/cache. d: was never add to the database for all wikis, so this script does not found that. Opening bug 42269.
Closed older resolved bugs as verified.