Hi,
Over the past quarter, we've been working on adding instrumentation to the
EventBus <https://www.mediawiki.org/wiki/Extension:EventBus> extension
using prometheus.
A dashboard is available in Grafana under EventBus
<https://grafana.wikimedia.org/goto/UwFG59gHR?orgId=1.>.
We’ve added metrics to enhance our understanding of event intake across
streams, as well as the response statuses from EventGate
<https://wikitech.wikimedia.org/wiki/Event_Platform/EventGate>
instances. This will help us quantify event production failures, which in
turn will assist in defining, and supporting, SLOs for Event Platform.
<http://Event_Platform>
A rationale and more information about this effort can be found in task
T363587 <https://phabricator.wikimedia.org/T363587>. For questions,
suggestions, or bug reports, please create a Phabricator task and tag
Event-Platform.
Gabriele,
for the Data Engineering team.
Cheers,
--
Gabriele Modena (he / him)
Staff Software Engineer
Wikimedia Foundation
Hi.
The phpdoc of PrefsEmailAuditHook describes the return value can abort the changing, but actually it can't.
Therefore, extensions cannot prevent users from changing their emails.
More specially, there is an open task for Extension:SpamBlacklist. [1]
Users can easily bypass the email blacklist, and it really bothers me on a wiki where I act as a bureaucrat.
So Uploaded a patch for this and a patch for SpamBlacklist in May.
And now I've realized I didn't promote my patches enough.
If you are interested, please help me by giving a comment or reviewing my patches.
Regards.
1: https://phabricator.wikimedia.org/T315128
Hi folks,
Is there a way to detect LA language the user inserts in the visual editor?
The only thing that I could find is TextCat, but that doesn't seem to have
any kind of API.
Thanks,
Strainu
[1] https://m.mediawiki.org/wiki/TextCat
Hello everyone,
Please join us in celebrating a very successful Datacenter Switchover.
This switch to our data center in Texas was run by Scott French, the
newest addition to the SRE Service Operations team. This instance of
the Switchover continues the tradition of successful switchovers and
was completed without a hitch with a read only period of 2 minutes 46
seconds
For context, the Site Reliability Team (SRE) runs a planned data
center switchover periodically, moving all wikis from our primary data
center in (for this instance, Virginia) to the secondary data center
(for this instance, Texas). This is an important periodic test of our
tools and procedures, to ensure the wikis will continue to be
available even in the event of major technical issues. It also gives
all our SRE and ops teams a chance to do maintenance and upgrades on
systems that normally run 24 hours a day.
The switchover process requires a brief read-only period for all
Foundation-hosted wikis, which started at 14:58 UTC on Wednesday
September 25th, lasting 2 minutes and 46 seconds. All our public and
private wikis continued to be available for reading as usual. Users
saw a notification of the upcoming maintenance, and anyone still
editing was asked to try again in a few minutes.
As with the previous Switchover, I 've been trying to discern the
effect of the Switchover in many of the graphs we have to monitor the
infrastructure in https://grafana.wikimedia.org/. In most, it's
impossible to spot the event. We consider this very nice and attribute
it to various improvements done throughout the years from many teams,
in and outside SRE.
This switchover is our first where external and internal traffic flows
exclusively to MediaWiki on Kubernetes, a fact that makes me
personally pretty happy.
As per our newer process, we no longer have a Switchback. We will be
staying in Virginia as our primary data center for the next 6 months,
switching back to Virginia on Wednesday, March 19. Per the same
process, we 'll also be in Single DC for the next week, going back to
MultiDC on Wednesday October 2nd.
As always, my deepest thanks to all people that have helped with this,
in one way or another, ranging from the person running point, to all
SREs and developers/deployers participating or having contributed, to
people in Movement Communications for helping with the messaging.
To report any issues, you can reach us in #wikimedia-sre on IRC, or
file a Phabricator ticket with the datacenter-switchover tag; we'll be
monitoring closely for reports of trouble (If you're new to Phab,
there's more information at Phabricator/Help.) The switchover,
preparation as well as followup actions are tracked in Phabricator
Task T370962
--
Alexandros Kosiaris
Principal Site Reliability Engineer
Wikimedia Foundation
Hello,
We have enabled parallel runs of PHPUnit extension suite tests for all
MediaWiki extensions. This follows after ~3 months of testing on WMDE
maintained repositories. We don't anticipate problems, but, if you notice
any unusual failures in PHPUnit test suite runs, please file a subtask
of T50217:
Speed up MediaWiki PHPUnit build by running integration tests in parallel
<https://phabricator.wikimedia.org/T50217> and add @Arthur_Taylor and
@kostajh as subscribers.
https://www.mediawiki.org/wiki/Continuous_integration/Tutorials/Debugging_P…
can also be helpful in debugging.
Cheers,
Arthur, Kosta, and Antoine
Hello all,
We are happy to announce an update aimed at improving the experience of our
technical community!
As part of our ongoing efforts to enhance usability, security, and
reliability, we are moving forward with the following changes effective 1st
October 2024, with a transition period of 2 months:
- Wikimedia Developer Accounts
We will be migrating developer accounts away from Wikitech to Wikimedia IDM
https://idm.wikimedia.org/, our new user management system [0].
- Wikitech Accounts
Wikitech will become a single user login (SUL) wiki. In other words, you
will be using your global account [1] to view and edit Wikitech.
Please follow the instructions posted on Wikitech, so to ensure your
account will be migrated properly:
https://wikitech.wikimedia.org/wiki/Wikitech/SUL-migration#What_You_Should_…
This transition will enable the delivery of streamlined access, and
stronger data protection measures.
Thank you,
Joanna Borun
[0] https://wikitech.wikimedia.org/wiki/IDM
[1] https://en.wikipedia.org/wiki/Wikipedia:Unified_login
Has anyone ever regenerated their LocalSettings.php using the
installer for a reason other than testing that feature?
I found this support desk topic
<https://www.mediawiki.org/wiki/Topic:Ti70pv3negn5s53e> and its
associated task, but that person was misunderstanding how upgrades are
meant to work and should not have been using the feature.
I am thinking about removing it. It adds a fair amount of code and
complexity.
It could be kept in a different form, but there's no point if nobody
uses it.
-- Tim Starling