From a strictly searching perspective I can't see that it matters

Statements are stored in the index as strings, just in the format X=Y right? Don't understand why we'd need different keywords for matching P999=Q888 and P777=some_string

Nitpick: we might consider naming the keyword differently so that it aligns with what we already have (insomething or hassomething). Why not something like haswbstatement?

Note that if you're using a federated wikibase instance for wikibase properties, the name you give the foreign wikibase repo is prepended to the property id (and the same for items). Here's how I have it set up locally in LocalSettings.php (note that P737 is the id of my local 'depicts' property)

How to test this:

Yep, just waiting for some QA/feedback no wmflabs before I close the ticket

I raised a separate ticket for the revisions, see T191306

I've moved the thumbnails problem you raised @Peter into T190701 - it's a bit different cos the file mentioned in this ticket it seems that it was the original that was stored incorrectly, where in your one it's the thumbnails ... and in any case the repair script that works for the file raised in this ticket doesn't work for the Swedish flag

Fixed for the image in the ticket description, but not for the Swedish flag ...

As for support in different languages: assuming we have no other research, we could start out with Twitter's findings of nudging people towards <some limit> in most languages, and <some limit / 2> in Chinese, Japanese & Korean?

(one second thoughts, I'll just add myself as a reviewer in gerrit)

Great! Marking the ticket as resolved

@Atsirlin could you have a look and see if your problem is now solved? @Braveheart any further update?

@Magog_the_Ogre I'm hoping this solves at least part of the problem you were having with T162532 - could you check?

@kaldari any idea how that might happen?

@jrbs ... just chasing this up

Running now ...

Thanks @Tgr ... I think I can see how to implement it, might be back to you with questions

Did investigation, created 2 more subtasks. Closing

As far as I can tell this bug has 2 separate parts, so I've created 2 separate sub-tickets

As this seems to be an issue with the backlink cache I'm removing the 'multimedia' tag