This is the sprint project for the Search Platform team in Technology. Since the team does not use fixed-length iterations, this sprint will act as an ongoing (Kanban-style) workflow board.
Our workboard process columns (e.g. "Needs Reporting" and "Epics") are explained on mediawiki.org
New tasks should be brought to us via Discovery-Search instead, from where they will be triaged.
As a positive update, I have retried today a federated query (https://w.wiki/Efw6) and it worked perfectly; a similar one (https://w.wiki/Eg6V) results in "Unknown error: POST with unexpected action parameter value: null" but it seems to be an issue on BNCF side, not on WDQS side.
Playing with this, I noticed I have to do inproject:"United States" for that project to handle the space, and if I want to do a subproject of it, I have to do something like this: inproject:"United States/WikiProject Louisville"
Change #1151797 had a related patch set uploaded (by Ryan Kemper; author: Ryan Kemper):
[operations/cookbooks@master] sre.elasticsearch: remove unused cookbooks
Well the reason for why I reopened this issue is that it seems to be the same problem (again or still). It's not about MediaSearch, it also doesn't work (anymore iirc) with SpecialSearch. However, now results are showing again so it seems like it was a temporary problem that's fixed now.
Please in general file new tickets for new problems instead of reopening old ones. See previous comment:
What happened now? Didn't this work just two days or so ago – see T391876
Change #1148910 had a related patch set uploaded (by Ejegg; author: Ejegg):
[wikimedia/fundraising/crm@master] Select active translation in API4 wrapper, not draft
Change #1148459 merged by Reedy:
[mediawiki/extensions/CirrusSearch@REL1_39] More code cleanup after fatal fix for PHP 8.1
Change #1148461 merged by Reedy:
[mediawiki/extensions/CirrusSearch@REL1_39] Cannot reference the entire &$GLOBALS any more in PHP 8.1
Change #1148461 had a related patch set uploaded (by Reedy; author: Thiemo Kreuz (WMDE)):
[mediawiki/extensions/CirrusSearch@REL1_39] Cannot reference the entire &$GLOBALS any more in PHP 8.1
Change #1148459 had a related patch set uploaded (by Reedy; author: MarkAHershberger):
[mediawiki/extensions/CirrusSearch@REL1_39] More code cleanup after fatal fix for PHP 8.1
Change #1148454 merged by Reedy:
[mediawiki/extensions/GeoData@REL1_39] Fix PHP 8.1 PHPUnit test failures
Change #1148454 had a related patch set uploaded (by Reedy; author: Tim Starling):
[mediawiki/extensions/GeoData@REL1_39] Fix PHP 8.1 PHPUnit test failures
I've opened T391876 to track the problem of Special:MediaSearch
Indeed something wrong is happening there. Checking the query generated by the provided link it is limiting to only Manufacturing by product and does not include the rest of the deepcategory filter. This looks to perhaps be a wider issue with MediaSearch, best to open a dedicated ticket about deepcat+mediasearch compatability.
Great, thanks for solving this! Has something changed about this or is this not applied for some cases?: I was looking for example photos of factory interiors for a new photo challenge proposal and tried to use deepcategory:"Manufacturing by product" but it does not show any results in the MediaSearch. Why is that? The special search does show results with the note "A warning has occurred while searching: Deep category query returned too many categories. Only a subset of categories has been applied." but the MediaSearch doesn't. Maybe a separate bug should be filed about it – iirc it did show results in MediaSearch for other categories of that type.
Change #1112251 merged by Ryan Kemper:
[wikidata/query/deploy@master] deploy version 0.3.155
Change #1131015 merged by jenkins-bot:
[mediawiki/extensions/CirrusSearch@REL1_43] Do not attempt to unfold tag info when logging failures
Change #1131015 had a related patch set uploaded (by Bartosz Dziewoński; author: DCausse):
[mediawiki/extensions/CirrusSearch@REL1_43] Do not attempt to unfold tag info when logging failures
Change #1113745 merged by jenkins-bot:
[operations/deployment-charts@master] wdqs: cleanup unused settings