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.
Version: wmf-deployment
Severity: normal
URL: https://de.wikipedia.org/wiki/D:Ream
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.)
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!
tetromino wrote:
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 :/
(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...
tetromino wrote:
(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 --fixLooks 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 --fixLooks 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 --fixLooks 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.
(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 --fixLooks 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.