Talk:Single User Login finalisation announcement/Archives/2015-09

Renames over imported edits' usernames

Tracked in Phabricator:
Task T112384

Hello, I'm not sure this is the proper place to mention it, but I will give it a try. I have noticed a bug on articles, that have been copied (with edit history) into another wiki and translated. I believe compatibility across wikis was one of the primamy aims of unified accounts. My example can be seen on this contributions link: https://de.wikipedia.org/wiki/Spezial:Beiträge/Andreas_Müller%7Edewiki. The edits from 2010 and onwards are actually mine, not Andreas Müller~dewiki's, but miscredited, because after the import of the Danish article into the German wiki, he was the one with my name on the German wiki, and the credit was automatically linked with his account. Is this something that can be looked at centrally (for example, checking and referencing usernames on the original wiki, if an article has been copied?). Many greetings and thanks for the good work with the unified logins! --Andreas Müller (talk) 08:33, 22 June 2015 (UTC)

This is a problem specific to de.wiki, which for a while has had this terrible and legally redundant habit of duplicating revision information. That said, if you are right, it seems we had a bug with the import tool, because the rev_user is supposed to be 0, while it was assigned to the local user:
MariaDB [dewiki_p]> select rev_id, rev_user_text, rev_user from revision where rev_page = 7458434 and rev_user_text LIKE 'Andreas%';
+-----------+------------------------+----------+
| rev_id    | rev_user_text          | rev_user |
+-----------+------------------------+----------+
| 112370348 | Andreas Müller~dewiki  |    20718 |
| 112370349 | Andreas Müller~dewiki  |    20718 |
| 112370350 | Andreas Müller~dewiki  |    20718 |
| 112370351 | Andreas Müller~dewiki  |    20718 |
+-----------+------------------------+----------+
4 rows in set (0.00 sec)
So it's not a CentralAuth/Renameuser bug, but a MediaWiki core bug. Past errors can't be fixed, hence you want phabricator:T20209. --Nemo 19:59, 23 June 2015 (UTC)
And how do you ensure a correct attribution in the edit summary? That's not possible at all. Besides, imports give much better statistics how articles have been created and how they developed. Finally, regardless what the WMF claims in its terms of use, in the end the license itself counts and that one requires much stricter attribution (at least in CC 3.0 licenses). Therefore, from now on the WMF should disallow non-imported wikitext copies as imports perfectly fulfill the licenses and are most often easily to do. Cheers, —DerHexer (Talk) 23:31, 25 June 2015 (UTC)
Terms of use were confirmed as consistent with the license by Creative Commons itself, so de.wiki's interpretation is not supported by anything. --Nemo 10:55, 26 June 2015 (UTC)
To make sure the issue was not introduced by the rename, I checked the historical dump and confirmed that the revisions incorrectly had rev_user > 0 before the rename as well.
$ zgrep -A 5 -E '<id>1123703(48|49|50|51)</id>' dewiki-20150321-stub-meta-history.xml.gz
      <id>112370348</id>
      <parentid>112370347</parentid>
      <timestamp>2010-10-06T18:53:33Z</timestamp>
      <contributor>
        <username>Andreas Müller</username>
        <id>20718</id>
--
      <id>112370349</id>
      <parentid>112370348</parentid>
      <timestamp>2010-10-06T18:53:41Z</timestamp>
      <contributor>
        <username>Andreas Müller</username>
        <id>20718</id>
--
      <id>112370350</id>
      <parentid>112370349</parentid>
      <timestamp>2010-10-06T18:54:39Z</timestamp>
      <contributor>
        <username>Andreas Müller</username>
        <id>20718</id>
--
      <id>112370351</id>
      <parentid>112370350</parentid>
      <timestamp>2010-10-06T18:55:57Z</timestamp>
      <contributor>
        <username>Andreas Müller</username>
        <id>20718</id>
Nemo 13:57, 12 September 2015 (UTC)
I reproduced the bug and filed it as phabricator:T112384. Sorry for the wait. --Nemo 15:12, 12 September 2015 (UTC)
Return to "Single User Login finalisation announcement/Archives/2015-09" page.