Private account of @Lucas_Werkmeister_WMDE (he/him, Berlin timezone). Anything I do here is on volunteer time, even if it looks work-related :)
Well, I’m getting that error from the API (action=login). It seems to happen when the session was already logged in (i. e., the first browser test that tries to login succeeds, the second one fails). Is this a new restriction? These browser tests run each day and I haven’t touched the login part in months.
I can log in in the browser now; the AC/DC browser tests fail (Travis build) with a different message:
Sat, Oct 17
I just got the same problem, and noticed it because the AC/DC browser tests failed (Travis build). But the tests run each day and only started failing today, so it’s a bit confusing to me that this problem was already reported back in September…
Thu, Oct 15
Another parameter from action=edit which the Wikibase APIs don’t have is watchlist (nochange, preferences, unwatch, watch). Something like this parameter would probably be required to resolve the issue of QuickStatements watchlisting created/edited items – I haven’t seen anyone call for a new API parameter yet, but I assume that’s how @matej_suchanek’s comment that “each tool should give users ability to control the watchlist” would be implemented.
Sun, Oct 11
Sat, Oct 10
Fri, Oct 9
I tried to fix the item issue at least, but that doesn’t work out so well when you can’t query WCQS from localhost due to the OAuth requirement.
Although templates don’t really work for items either. Example query:
I think I just realized why it’s not working (after failing to figure it out earlier today): the template query for ?username returns strings, but the query service UI currently only supports item variables in templates. You’d probably get the same error on WDQS if you tried to use strings in templates (but there would be less of a need to use strings in a Wikidata query, I guess).
Thu, Oct 8
Wed, Oct 7
It’s still the case (as of commit 7fb0b72ee6 according to Special:Version) – you can use this API sandbox link to try it out (adjust the title and click “auto-fill the token” at the bottom).
Mon, Oct 5
Sun, Oct 4
I notice the special page is called Special:CreateZObject. Is there a precedent for CreateSomething as the name in other extensions? Because in the Wikibase universe we have Special:NewItem, NewProperty, NewLexeme, and NewEntitySchema; for editors already familiar with (some of) those pages, I worry that Special:CreateZObject might be a bit harder to remember.
Fri, Oct 2
Upstream pull request was merged, but the next release might take a while…
Wed, Sep 30
Fix submitted upstream in https://github.com/pygments/pygments/pull/1559.
Sun, Sep 27
The editing UI also gets a bit confused:
CCing @Xxmarijnw who seems to be the developer on GitHub.
Sat, Sep 26
(Side note: the IIIF integration in the Wikidata Image Positions tool is mostly by @tomcrane, see D1122: Demo of wd image positions as IIIF annotations.)
(I still don’t understand Differential, but I figured I should leave a link to the Diffusion commit that this ended up in, R2422:b9477eb9139d: Demo of wd image positions as IIIF annotations. For some reason it’s credited to @JohnLewis, who has been globally banned since 2016??)
Sep 15 2020
Sep 14 2020
Note that KrBot only updates statements pointing to redirects after a certain time has passed (a week, I believe). This is by design: otherwise, it would be more difficult to “untangle” bad merges, since after undoing the merge on the item itself, you could not distinguish between statements that should now point back to the original item and statements that always pointed to the other (merge target) item.
Sep 13 2020
I tested the above fix with the following Python script:
Seems to be fully recovered now. 🤷
Web cluster seems to have recovered, analytics still lagging (though with similar “oscillating” behavior).
Sep 12 2020
It looks like the replag is oscillating? If I reload the tool a few times, sometimes the s8 lag on the web cluster vanishes completely, while at other times it’s still at 9 hours. (On the analytics cluster, it seems to be more stable, at some thirteen and a half hours.) Maybe there are multiple servers behind web.db.svc.eqiad.wmflabs, and only some of them have stopped updating? (The Wikidata-Query-Service sometimes exhibits similar behavior.)
Sep 10 2020
Sep 9 2020
Sep 8 2020
Sep 6 2020
Sep 1 2020
Aug 14 2020
Aug 12 2020
Aug 8 2020
Aug 7 2020
Aug 4 2020
Aug 3 2020
Jul 25 2020
Issue migrated to GitHub (there’s no appropriate tag for this on Phabricator, and I don’t think it makes sense to create one): https://github.com/lucaswerkmeister/RicochetBot/issues/2
(Maybe this should be tagged VisualEditor-MediaWiki-2017WikitextEditor instead? Since I’m still editing wikitext, not really visually.)
Jul 24 2020
Jul 22 2020
Jul 9 2020
Ah, @JJMC89 was faster ^^
Looking through the Desktop Improvements board, this might be related T257518: [Bug] Max-Width Layout: Sidebar overlaps footer when its height is longer than the content height. (Also, I hope I used the right tag, but I’m not sure.)
Jul 8 2020
In light of the upcoming GitLab migration, I suppose this task might ultimately become declined or invalid… I can only hope that GitLab will come with self-serve repository creation out of the box.
Jul 5 2020
Jul 4 2020
Jul 3 2020
We ended up merging this without any formal deprecation period or announcement.