Several users have been experiencing a similar problem on cswiki.

There isn't citoid in the source editor, it looks like the RefToolbar tool.

May be related to T226157.

Thank you even for that one file!

::tagShortDescriptionMessage, ::tagDescription, ::tagLongDescriptionMessage, ::truncateTagDescription, ::isTagNameValid
should be moved to a ChangeTag (singular) object that represents a specific tag, including providing its description methods

In T250393#6115543, @ValeJappo wrote:

In T250393#6115523, @Od1n wrote:

Just as a reminder, the changeset has been reverted

The edit that add the monospace font has been reverted or the one that removes it?

I have just suppressed this feature from the tool.

While this seems fine for source code based content, I'm not sure about diffs over Wikidata entities.

Created https://github.com/magnusmanske/quickstatements_rs/issues/2.

It looks like this perhaps happened with T196882 and or T229280

Looks like SiteLinkCollection.normalizeData should accept all of: list of pywikibot.Page's, list of dicts {'site': '...', 'title': '...'}, dbname/pywikibot.Site-indexed dict of dicts {'site': '...', 'title': '...'}, dbname/pywikibot.Site-indexed dict of pywikibot.Page's or strings...

It is my suspicion, yes. But I cannot be certain due to various networking layers, authorization etc. The edits I used as evidence were purged from recent changes but it shouldn't be problem for anybody with a bot account to run a (single line) batch synchronously and asynchronously in sandbox and use the watchlist to prove it.

We should first find out why file_mediatype is in upper case. If there is an internal call that returns this value in upper case and it's on purpose, then why should this consistency be broken?

In T68051#6080581, @Jarekt wrote:

Function mw.wikibase.getLabelWithLang does on document what the language output is.

In T68051#6079807, @Dvorapa wrote:

suddenly 50M pages will be querying Q2's label

Yes, but only during saving an edit, so this should be ok from my perspective. I just still have doubts about whether this will work correctly.

For testing, I re-used blank https://www.wikidata.org/wiki/Special:AbuseFilter/31 with

FYI I updated the filter to use modern syntax.

Thanks for working on this!

T242453 is related.

I hope it's fine that I hijack it.

I suspect that there are more languages that have this problem

• The first three pages were updated meanwhile.
• LonelyPages says:

Apparently, this has already been fixed for some functions (wb_terms normalization is probably behind this):

= mw.wikibase.getEntity('Q75288208').id
Q62568
= #mw.wikibase.getAllStatements('Q75288208', 'P31')
1
= #mw.wikibase.getBestStatements('Q75288208', 'P31')
1
= mw.wikibase.getLabel('Q75288208')
Ota IV. Braniborský
= mw.wikibase.getDescription('Q75288208')
Margrave of Brandenburg
= mw.wikibase.getLabelByLang('Q75288208', 'en')
nil
= mw.wikibase.getSitelink('Q75288208')
nil

Having some regression test would be good. Note the inconsistency between getLabel and getLabelByLang.

Now it is Q1093.

"flow" is DiscussionTools

So there has to be \\".

I believe it is. I wonder if @Xqt wants a new release because the most recent one contains this bug.

3 March 2020 when Wikidata was 1.35.0-wmf.21.

Looks like QS sets bot=1 for synchronous but not for asynchronous batches.

See https://en.wikipedia.org/w/index.php?title=Special:WhatLinksHere/Betting_in_poker&hidetrans=1&hidelinks=1&uselang=en.
Where possible, there is now "redirect to section ..." instead of "redirect page". Just this for now.

Reverted. Anything left?

I'm curious if this is really being considered for development.

Per T247712 this affects more wikis than just Commons.

It's uselang=qqx, not uselang=qqq.

No problem, you are doing well. Sorry for any confusion.

Other (similar) reports:

This is what I get from https://www.wikidata.org/w/api.php?action=query&maxlag=0:

{
    "error": {
        "code": "maxlag",
        "info": "Waiting for enwiki: 5.4 seconds lagged.",
        "host": "enwiki",
        "lag": 5.4,
        "type": "wikibase-dispatching",
        "dispatchLag": 324,
        "*": "See https://www.wikidata.org/w/api.php for API usage. Subscribe to the mediawiki-api-announce mailing list at <https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce> for notice of API deprecations and breaking changes."
    },
    "servedby": "mw1361"
}

This is the usual response for maxlag=# when delay of sending changes from Wikidata to wikis is too high.