The chain of patches starting from https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Wikibase/+/1281843 is ready to be reviewed. It merges the five repositories into Wikibase.git and then switches the frontend logic to use those instead of the code from submodules, finally removing the submodules. Admitedly, a few corners are cut in the chain (with regard to linting the legacy "libs" code and running their ancient qunit tests) which might deserve a follow up.

I've deactivated Diffusion repository - not sure if that's sufficient to prevent AI scraping impact, or should it be deleted all together.
Github repository will be archived once https://github.com/wmde/new-lexeme-special-page/pull/837 got merged

Thanks for confirming @Ladsgroup. I have been (naively) hopeful we could get around "backfilling" the tables given as we got lucky with that when moving Wikidata's term-related tables in T351820. But I see that even if those tables were potentially bigger, there was just a dozen of tables from one cluster. Here we have several hundred tables, many of them fairly big, and from a half a dozen of clusters.
We'll need to plan for that then.

Very likely the existing database queries that are touching tables that would be now in different cluster - which I understand wouldn't work anymore
Those queries should probably be changed to get the same data in a way that work in the new setting

@Lucas_Werkmeister_WMDE default branch swapped out. Thanks for ensuring I did that. I read T279612 again, and it "only" claims "plenty of tooling relies" on master branch existing but no hint on typical stuff like zuul/jenkins not being able to handle it. So no reason to not do it.

Certainly. I have based sticky to the non optimal naming based on some unreferenced memory of something seemingly making main branch to not be recognized by a system cooperating with Gerrit. If CI etc would just work with it, I'm certainly cool to make it main.
Will just do it now to see if something breaks.

You're right! sorry, I didn't check the title of the panel in Gerrit. It thought it said "conflicts with" while it's been the "relations chain"

@Aklapper yessir. Those github-via-phabricator repositories will be all moving to Wikimedia Gerrit, one way (merge into "main" repository, no longer a submodule) or another. (keep as a submodule but hosted on Gerrit)

confirmed, thank you!

ah, thanks @MatthewVernon, I forgot about this detail.
Shell groups seem ok then, so I'll close this ticket and open a superset dashboard access one with Data Engineering.
thanks!

hello @MatthewVernon, hello all. I don't know if you'll able to troubleshoot it somehow but it seems that nicholusmuwonge is not included in analytics_privatedata_users LDAP group. i understand the gerrit change linked above included it but @Nicholusmuwonge_wmde cannot access private data including superset dashboards, and the LDAP group membership is also not listed in https://ldap.toolforge.org/user/nicholusmuwonge.
Would you be able to help with this?

Unstructured notes from the meeting with @Neslihan_Turan_WMDE @seanleong-WMDE @SuzanneWood-WMDE and @Nicholusmuwonge_wmde on 2026-04-14

Thanks to @kimpham and @Jakob_WMDE I was able to test the duplicate item with the same external ID with

{
  itemByExternalId(property:"P212", externalId: "978-3-440-09723-6") {
    ... on ExternalIdNonUnique { items }
  }
}

Thanks @Gehel and apologies, I should have remembered that.
@pfischer curious to hear how you see this issue, and what options to analyze Search usage patterns on Wikidata you might be using.

Hello @Gehel we believe we've found a bug in Wikibase/Cirrus Search logic. Is this something you'd consider for WMDE to fix, or would you folks feel responsible?
On our end we're trying to understand what's the impact of this issue (likely not very big given it has been like that for years?) -- do you have some data sources with search queries on Wikidata that could be used to efficiently find out how often those kind of queries could be even made? We'd rather not query webrequest for this

This seems to work as expected. Scenarios tested:

• getting an item by external ID property
• attempting to query with a property of wrong type (not external ID property)
• attempting to query by a non existing external ID value

Hello @Joshkato24, thank you for your interest in Wikibase and Wikidata APIs.
Those particular tasks are already actively worked on by Wikimedia DE staff.
Unfortunately I don't think we have any GSoC suitable microtasks in our area. Apologies, and I hope you'll find suitable tasks in other Mediawiki/Wikimedia area.

Reopening, as the work should continue. This is not really task about wikidata dumps. It involves a community-built tool, and we won't even touch it. It is a task for WMDE intern to gain familiarity with Wikidata web APIs and some general object-oriented design and programming topics.