Hello World,
This is an advance notice that the Wikimedia Search Platform team will be
migrating the search backend for the CirrusSearch extension [1] to
OpenSearch. [2] This is in the early stage of planning, with work
tentatively slated to begin in the October 2024 - December 2024 timeframe
and continue through mid-2025.
If you run a MediaWiki server with the CirrusSearch extension, you may want
to prepare for a migration in your installation as well. There will be
changes to MediaWiki PHP code in order to ensure that CirrusSearch works
well with an OpenSearch backend, and there will likely be incompatibilities
with the old search backend as extension and connection library code is
replaced.
The Search Platform team is available for questions in case you are
investigating the transition and how it may affect your MediaWiki search
backend setup. The Search Platform team is available on Libera IRC on the
#wikimedia-search channel and it hosts monthly office hours the first
Wednesday of the month [3], which are announced on the wikitech-l mailing
list.
Thank you.
Adam Baso
[1] https://www.mediawiki.org/wiki/Extension:CirrusSearch
[2] See
https://www.mediawiki.org/wiki/Wikimedia_Search_Platform/Decision_Records/S…
for more information.
[3] https://wikitech.wikimedia.org/wiki/Search_Platform/Contact#Office_Hours
Dear Team,
About six years ago, we deployed the Newsletter extension[1] to
mediawiki.org. Since then, we've seen some active newsletters, with the
most popular one boasting over 300 subscribers. Although there were many
discussions about bringing this extension to the meta cluster, not much
progress has been made. Recently, a few of us revisited these past
discussions and began addressing the issue of "interwiki support" for the
extension. Currently, the extension uses a local table and notifies locally
on the wiki, and our goal is to make it global.
Thanks to some discussions with Addshore and others in 2018, we came up
with a plan to make the extension truly inter-wiki. Since I have been
inactive for some time, I want some help to see if the plan still works, or
if there is a better way to achieve this. The plan, in short was:
1. We install the extension on all wikis in the main cluster, but all
installations point to one table in meta. We need to store some sort of a
pointer in the table, hence to know what the siteId of the wiki is. I need
some help/examples of how this can be done. Do we store $wgSiteId into one
of the main tables, or is there some other id that we can store to identify
a wiki in our clusters? Also see some initial WIP changes done during that
time here [3]. Also, is it nice to have code that would look very wikimedia
cluster specific in the extension?
2. Publishers publishing newsletter in their local wikis can either
choose to make the newsletter available globally or locally.
3. Notifications of new newsletter issues <-- I need some clarity on
this one as well, we could notify on the $wgSiteId if it exists, else on
meta.
So yes, we are looking for some help, specially on (1) above, and if
someone has some inputs/comments, please reply here, or in the phab task
[2].
Thank you.
[1] https://www.mediawiki.org/wiki/Extension:Newsletter
[2] https://phabricator.wikimedia.org/T110645
[3]
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Newsletter/+/446590
--
Tony Thomas
@tonythomas01
Hello, fellow tech wikimedians, in particular, the Wikidata contributors!
QuickStatements has become an essential tool for many of us in the community, helping to streamline our contributions to Wikidata.
In light of the new developments around this tool (https://w.wiki/Ajfj), we want to hear from you about your use of QuickStatements and where we can improve it.
For that, we've created a brief 19-question survey to gather your valuable insights on QuickStatements: https://wikimedia.pt/limetestbr/index.php/547431.
It will take just 15-20 minutes of your time and it will really help us refine the tool towards your needs and make it even more effective for everyone.
Thank you in advance!
Éder Porto
Products and Technology Manager | Wiki Movimento Brasil
Hi there,
The 1.43.0-wmf.17 version of MediaWiki is blocked at group1.
The new version can proceed no further until the following is
resolved/properly triaged:
https://phabricator.wikimedia.org/T371966: Bad value for parameter
info['data']: all elements must be
MediaWiki\IPInfo\Info\Info|MediaWiki\IPInfo\Info\IPoidInfo|MediaWiki\IPInfo\Info\BlockInfo|MediaWiki\IPInfo\Info\Contrib
Thank you for your help with this issue!
--
Jaime Nuche
Software Engineer III
Wikimedia Foundation <https://wikimediafoundation.org/>
Hello all!
The Search Platform Team usually holds an open meeting on the first
Wednesday of each month. Come talk to us about anything related to
Wikimedia search, Wikidata Query Service (WDQS), Wikimedia Commons Query
Service (WCQS), etc.!
Feel free to add your items to the Etherpad Agenda for the next meeting.
Details for our next meeting:
Date: Wednesday, August 7, 2024
Time: 15:00-16:00 UTC / 08:00 PDT / 11:00 EDT / 17:00 CEST
Etherpad: https://etherpad.wikimedia.org/p/Search_Platform_Office_Hours
Google Meet link: https://meet.google.com/vgj-bbeb-uyi
Join by phone: https://tel.meet/vgj-bbeb-uyi?pin=8118110806927
Have fun and see you soon!
-Adam
Hello!
This email is to make the developer community aware that I have nominated
Bhsd for +2 rights in the CodeMirror extension. Please feel free to comment
on the task at https://phabricator.wikimedia.org/T371847
Thank you!
~ MusikAnimal
Dear community,
since MW 1.41 the bootstrapping of PHPUnit fails for SemanticMediaWiki. This manifests itself in the fact that constants defined in tests/bootstrap.php are undefined, e.g.
3) SMW\Tests\Exception\JSONFileParseExceptionTest::testCanConstruct
Error: Undefined constant "SMW\Tests\Exception\SMW_PHPUNIT_DIR"
This seems to be related to the deprecation mentioned in the MW 1.41 release notes:
"The tests/phpunit/phpunit.php entrypoint has been deprecated. PHPUnit tests should be run with composer, for example with the composer phpunit:entrypoint command."
The following warning is displayed during a PHPUnit run:
*******************************************************************************
DEPRECATED: The tests/phpunit/phpunit.php entry point has been deprecated. Use
`composer phpunit:entrypoint` instead.
*******************************************************************************
Maybe related: https://phabricator.wikimedia.org/T227900
The SMW community would be very grateful if someone who is familiar with the mentioned change explains how SMW has to be changed so that PHPUnit for MW 1.41 works again.
We have an open issue here: https://github.com/SemanticMediaWiki/SemanticMediaWiki/issues/5701