User Details
- User Since
- Oct 3 2014, 12:09 PM (404 w, 3 d)
- Availability
- Available
- LDAP User
- Hoo man
- MediaWiki User
- Hoo man [ Global Accounts ]
Thu, Jun 9
Moving this back to incoming (as this is not worked on right now)โฆ not sure we even want this in the hearth currently.
Wed, Jun 8
Tue, Jun 7
For most of the current problems the given patch should be good enough though (and it's definitely an improvement)!
May 31 2022
May 6 2022
May 5 2022
Done (rebased and deployed the above change by @Mbch331)! Now the lists match up:
hoo@deploy1002:/srv/mediawiki-staging$ mwscript eval.php --wiki wikidatawiki> $langs = \Wikibase\Lib\WikibaseContentLanguages::getDefaultTermsLanguages()->getLanguages(); > sort( $langs ); > echo md5(implode(':', $langs)); 21b09a49bab76999c274d42a76c96d44
Apr 29 2022
This causes the following inconsistency:
Apr 10 2022
Apr 9 2022
Apr 8 2022
Even just adding empty string entries to the array can be troublesome, if done a lot.
Mar 31 2022
I wrote a one-off script for this and ran it on tool forge:
Mar 29 2022
Mar 24 2022
Mar 22 2022
Mar 21 2022
Mar 16 2022
Mar 12 2022
Mar 11 2022
Mar 4 2022
Mar 3 2022
Feb 18 2022
I'll have a look soon (probably in early March, as I'm away-ish now).
Feb 16 2022
I just created T301904 for finding and removing these invalid sitelinks. I suggest to close this task in favor of that one, as the specific issue mentioned here is solved.
Feb 15 2022
The rebuildItemsPerSite script has finished for now and we got a total of 463 results. I ran the script for these results again, and two conflicts have been resolved now (thus we have a total of 461 conflicts).
Feb 9 2022
This doesn't happen on master. After some looking, I found the context: https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Kartographer/+/757913.
Feb 8 2022
I found the bug leading to these site links: T301247.
Feb 2 2022
Can the Community remove the remaining sitelinks on their own? If so, what would be an appropriate place where we could ask for this (and share the remaining cases)?
Could be caused by T300667, depending on how many title objects the dumper creates.
The problem here was that Q4039395 had a link to incubatorwiki (which I removed with https://www.wikidata.org/w/index.php?diff=1572146206&oldid=1572145482 โฆ and that was fairly tedious). As we don't support linking to incubator, the client doesn't know about it (and there should be no sitelinks to it, ever).
Moving back to doing: The change will (probably) be deployed on Wednesday evening, after that I can start the script again.
Feb 1 2022
Just for the recored: I needed to kill the script after it went through a big portion of Wikidata on December 16, as it was suffering from a massive memory leak (and it was threatening to OOM on mwmaint1002).
Jan 25 2022
Jan 24 2022
I wrote a one-off Python script for this which I ran on stat1007: It used a SQL query to get 10k random revisions from the last year (that were on non-redirect items). The "classifying" is a little hacky here, but probably good enough (also this is impossible to get fully right).
Script:
Results:
Jan 11 2022
Dec 22 2021
Nov 21 2021
Related: T296014 (although this will only be available in the RDF output at first).
Jul 16 2021
I'm not aware of a problem of any concrete issues we could tackle, other than T122520 which seems fine now. Mid-term we should really try to get rid of this, though, as Amir pointed out.
Jul 15 2021
Jul 5 2021
hoo@mwmaint2002:~$ mwscript extensions/Wikibase/repo/maintenance/changePropertyDataType.php --wiki wikidatawiki --new-data-type string --property-id P3424 Successfully updated the property data type to string.
May 17 2021
May 14 2021
May 12 2021
May 11 2021
Moving this back into TODO to give someone else the chance to pick this up (as I wont work much more this week).
May 10 2021
I superficially looked at all tests in question, and I think they all serve a value. The only test that is a little redundant is Lexeme:Lemma can be edited (which is mostly redundant with can be edited multiple times).