Ok cool, thanks @WMDE-leszek ... is there a ticket for that so I can subscribe to it?

Weird. Works fine on test-commons afaics. I also don't get the expected preference on production commons, and I do on test commons. I can't see anything wrong with the config code. @Jdforrester-WMF any thoughts?

I'm gonna take this out of the backlog as the commons app is already working around it and it's not high on our priority list

FWIW that query also looks sensible to me. Unless someone can point out something wrong with it I think this is probably accurate?

@Multichill is it important that we allow users to add "no value" values when they're editing, or do you think it'd be sufficient to simply display "no value" values that have been added some other way?

I'm not sure if T222497 covers this stuff and, if not, what is actionable here by the structured data team. @ArielGlenn any thoughts?

Notes from discussion at TechConf2019

Galder:
As a staff job there is a student who wonders if they can add interactive content to a wikipedia article in order to augment prose.
Examples of interactive content:

• Compare https://en.wikipedia.org/wiki/Moons_of_Jupiter with observation guide for Jupiter's moons on https://www.skyandtelescope.com *
• pages in eswiki that use wikiwidgets (https://es.wikipedia.org/wiki/Hormiga_de_Langton and https://es.wikipedia.org/wiki/Juego_de_la_vida)
• jupyter.org used for physics simulations (https://myphysicslab.com/)
• wdqs output can be interactive, but can't be embedded in wikipedia

Thanks @Aklapper I didn't really have a clue who might be responsible

With wikipedias users are typically looking for a page, so it makes sense to redirect to an exact page match.

On the File page setting uselang changes the language of the labels.

@Marostegui do you have a position on which index would be better?

The interdependence of the ids can't be changed without some very deep refactoring, and the parent bug is resolved, so resolving this

@Anomie @Tgr perhaps there's a way to always tag with the slot name, if an edit is not to the main slot? Would that be preferable to adding joins to the RC queries?

(FWIW the answer is "no", and CPT *wants it done* in a generic fashion - they haven't actually volunteered to do it)

So ... if the CPT is going to do this in a generic fashion instead of it being done in MediaInfo, can I remove the Structured Data tags?

Pinging @brennen again to see if our fix for T231276 has indeed fixed this (if it has we can abandon the other patch @WMDE-leszek )

So say we add a 'structured-data-mediainfo' tag to every revision that has a mediainfo slot - would that be adequate? @EBernhardson ?

@brennen a fix for T231276 deployed to production yesterday may have (mostly) fixed this, can you verify?

Can this be closed?

Ok great, closing

That'd mean we'd (potentially) have to edit the json blob for slots when a page is deleted/restored

So ... @zeljkofilipin can we close this now?

The reason for this is happening is the following code in MediaInfoHandler.php

Yeah, same here - it's been introduced recently

The "you" in that comment is myself - I tried to federate wikidata from my local env many times, so I needed a comment to remind me why I shouldn't :p

It seems like the dependency between the page_id and the MediaInfo item id is baked in at a very deep level

@Mholloway here's the section of my local config where I turn federation on:

Decided not to do it, at least for now

Works for me on beta, except for this bug

This approach means that if you have MediaInfo content in a slot on the page, and someone edits the wikitext to make the page into a redirect, then the MediaInfo content becomes inaccessible.

@alaa_wmde I'll take a look tomorrow