User Details
- User Since
- Oct 3 2014, 12:09 PM (315 w, 3 d)
- Availability
- Available
- LDAP User
- Hoo man
- MediaWiki User
- Hoo man [ Global Accounts ]
Sat, Oct 17
Mon, Oct 12
Wed, Oct 7
Mon, Oct 5
Sun, Oct 4
Sat, Oct 3
@Physikerwelt Nowadays we pull in some of the (JS) libraries using git submodules. Are your submodules in Wikibase all initialized and up to date?
Fri, Oct 2
Wed, Sep 30
The relevant configuration has just been removed, meaning that this is disabled on beta again (but might still be in caches).
Wed, Sep 23
Tue, Sep 22
Sep 15 2020
Sep 1 2020
Aug 26 2020
Aug 12 2020
Jul 16 2020
Jul 15 2020
Jul 10 2020
Jul 7 2020
Jul 6 2020
Jul 4 2020
Jun 26 2020
Jun 17 2020
May 29 2020
May 25 2020
I can see @thiemowmde's concerns, but I also see the trouble with using at-ease. As a compromise, it might be worthwhile changing at-ease to follow a more functional style:
May 21 2020
@toan Which of the two patches should be reviewed? Are they still WIP (if not, you should publish them for review in Gerrit).
May 20 2020
As this never really got anywhere, let's abandon this (at least for the foreseeable future).
May 19 2020
Just a note for the future: While the individual dump run recovered and eventually produced a dump, the cron itself (which was supposed to start other RDF dump flavours afterwards) got killed.
May 15 2020
I tagged the release now, so we only need to update the submodule in Wikibase now.
May 13 2020
Seems this automatically recovered :)
This still needs the release preparation patch to be merged (https://gerrit.wikimedia.org/r/c/wikibase/javascript-api/+/596231), then we can tag it (while doing that, we should also tag the past 3.1.1 release as that was forgotten back then). After that, the subcomponent can be bumped in Wikibase and we should be good here.
May 12 2020
May 11 2020
I just created a one-off script for getting the items the above items conflict with: https://gist.github.com/mariushoch/ae4538741ec3e5409dfa4e9a90c346dc.
The rebuild items per site run finished. Sadly the following 2,701 items produced errors, where one or more of their sitelinks could not be saved to the table (typically because the sitelink is already recorded for another item):
.May 6 2020
Apr 30 2020
Apr 29 2020
Deployed and verified: After purging with "forcelinkupdate", the page image for "Pudong" (Q125378) changed from "locator map image" (P242) to "collage image" (P2716), as can be seen on https://www.wikidata.org/wiki/Special:Nearby#/coord/31.223056,121.539722.
Apr 28 2020
hoo@mwmaint1002:~$ mwscript extensions/Wikibase/repo/maintenance/changePropertyDataType.php --wiki wikidatawiki --new-data-type external-id --property-id P791 Successfully updated the property data type to external-id.
Apr 27 2020
I just ran the script (and it ran within about 10m!), it deleted 743 outdated rows.
Apr 24 2020
Apr 23 2020
I scheduled the deployment of the script for Monday (April 27, 9:30 UTC), after that I will run it and then I'll do a complete run of rebuildItemsPerSite.
Apr 22 2020
Apr 21 2020
Apr 10 2020
Apr 9 2020
Current order (from wmgWBRepoPreferredPageImagesProperties in mediawiki-config InitialiseSettings.php):
Apr 7 2020
Apr 3 2020
Apr 2 2020
Closing this as new JSON and RDF dumps are available on https://dumps.wikimedia.org/wikidatawiki/entities/ now (not for all kinds of dumps yet, but that's just a matter of time).
Apr 1 2020
Mar 31 2020
Mar 30 2020
JSON dumpers in production are working again and thus new JSON and RDF dumps should appear as usual.
Mar 27 2020
Moving this to test verification as all keys will go through makeKey now. Sadly we don't have a programmatic way to ensure all callers follow our conventions.