Hi folks,
Starting *next week (Week 25)*, and for a period of *at least two weeks*,
test.wikipedia.org will be hosted on our Mediawiki-On-Kubernetes
infrastructure.
This is required for our Quality and Test Engineering team to run their
full test suite against this infrastructure and check where it matches
expectations, and where we still have some work to do.
This task is tracked on Phabricator
<https://phabricator.wikimedia.org/T337489> as part of the larger MW-On-K8s
<https://phabricator.wikimedia.org/tag/mw-on-k8s/> project.
As always, you can reach out to us on the public #wikimedia-sre channel on
IRC (instructions for joining here
<https://meta.wikimedia.org/wiki/IRC/Instructions>), file a subtask to
T337489 <https://phabricator.wikimedia.org/T337489> in case of issue, or
reply to me with any questions.
Thank you,
--
Clément Goubert (they/them)
Senior SRE
Wikimedia Foundation
Hello everyone,
The Committee has finished selecting its new members. The new committee
candidates are (in alphabetical order):
- Amir Sarabadani
- Egbe Eugene Agbor (Eugene233)
- Jayprakash12345
- MusikAnimal
- Nuria Ruiz (Nurieta)
Auxiliary members will be (alphabetically):
- Effie Mouzeli
- Joris Darlington Quarshie
- Martin Urbanec
- SD0001
- Tony Thomas (01tonythomas)
You can read more information about the members at [1]. List of changes
from the last term:
- Jay is joining the main committee (served as auxiliary member for
several years)
- I'm moving to the aux committee
- SD0001 and Joris Darlington Quarshie are joining the aux committee
- Huji and Luke081515 are leaving the aux committee
This is not the final structure. According to the CoC [2], the current
committee publishes the new members and call for public feedback for *six
weeks* and after that, the current committtee might apply changes to the
structure based on public feedback.
Please let the committee know (via techconduct(a)wikimedia.org) if you have
any concern regarding the members and its structure until *30 July 2023*
and after that, the new committee will be in effect and will serve for a
year.
[1]
https://www.mediawiki.org/wiki/Code_of_Conduct/Committee/Members/Candidates
[2]
https://www.mediawiki.org/wiki/Code_of_Conduct/Committee#Selection_of_new_m…
Martin Urbanec, on behalf of the Code of Conduct Committee
Hi all,
is there any research on common causes of Wikimedia production errors?
Based on recent examples, I plan to analyze and discuss how production
errors could be avoided. I am considering submitting a short paper on
that to the Wikidata workshop, with the deadline
Thursday, 20 July 2023
Website: https://wikidataworkshop.github.io/2023/
However, there might be better suitable venues.
I am also open to collaboration on this effort. If you are interested
in a joint paper, drop me an email until the end of this week.
All the best
Moritz
TLDR: The new "Excimer UI" option in WikimediaDebug generates flame graphs on-demand! Open this example <https://performance.wikimedia.org/excimer/profile/ab497e55783487c4> to browse a profile I captured earlier from Wikipedia's Main Page.
To learn what this feature is, why we built it, and when you might use it; read this week's post on the Techblog:
https://techblog.wikimedia.org/2023/06/08/flame-graphs-arrive-in-wikimediad…
Quick start: Capture your own profile
If you haven't already, install WikimediaDebug via Firefox Browser Add-ons <https://addons.mozilla.org/en-US/firefox/addon/wikimedia-debug-header/> or Chrome Web Store. <https://chrome.google.com/webstore/detail/wikimediadebug/binmakecefompkjggi…>
1. Navigate to an article on Wikipedia.
2. Set the widget to "On" with the "Excimer UI" option checked.
3. Reload the page.
A profile link is now appended to the WikimediaDebug popup. Click it!
Excimer can instrument pageviews, edits, search suggestions from the MediaWiki API, JavaScript loading (ResourceLoader load.php), and anything else served by MediaWiki from a WMF domain name—including Commons, Wikidata, and mediawiki.org.
--
Timo Tijhof,
Principal Engineer,
Performance Team,
Wikimedia Foundation.
Hi,
in German Wikipedia there are two incorrect entries in
https://de.wikipedia.org/wiki/Kategorie:Wikipedia:Seite_mit_Syntaxhervorheb…
This category is filled by Mediawiki software, something
like Syntaxhighlight-source-category or similar.
Please explain, how it's possible, that there are these two incorrect
entries of pages
with "<source>" indeed but commented out.
Thank you
Martin ...
{If you do not work on MediaWiki extensions or skins on Gerrit you can
safely ignore this email.}
If you are seeing this error in CI you will need to update your
ResourceModule definitions inside skin.json or extension.json to remove any
targets key in objects. If your code needs to be restricted to the Minerva
skin or all mobile skins please see
https://www.mediawiki.org/wiki/ResourceLoader/Migration_guide_for_extension…
for information.
This effectively marks the beginning of the end of the MobileFrontend
target system which has served us well for the last decade but has become
more of a nuisance as our codebases have matured meaning many new features
have not been enabled on the mobile site either intentionally or
accidentally. For more information around motivation at
https://phabricator.wikimedia.org/T127268. A test failure will now be
triggered for code trying to limit where code is loaded using this
mechanism.
If you are a developer with ResourceLoader module definitions that define
targets: [mobile,desktop] you can and should safely remove those.
Note, targets (for now) will continue to work in gadgets but may not in
future. Please join the conversation at
https://phabricator.wikimedia.org/T328610
Thanks for reading! Please feel free to reply with any questions.
Hi Nathan,
with "Wikimedia production error", I am referring to
https://phabricator.wikimedia.org/tag/wikimedia-production-error/, an
example is https://phabricator.wikimedia.org/T338381.
All the best
Moritz
On Thu, Jun 8, 2023 at 8:45 AM Nathan TeBlunthuis <nathante(a)uw.edu> wrote:
> Hi Physikerwelt, welcome, and thanks for your interest in opening a
> collaboration. I am not quite sure what you mean by a "Wikimedia
> production error". Suggest giving an example in a reply email to the list?
>
> Physikerwelt <wiki(a)physikerwelt.de> writes:
>
> > !-------------------------------------------------------------------|
> > This Message Is From an Untrusted Sender
> > You have not previously corresponded with this sender.
> > See https://itconnect.uw.edu/email-tags for additional
> > information. Please contact the UW-IT Service Center,
> > help(a)uw.edu 206.221.5000, for assistance.
> > |-------------------------------------------------------------------!
> >
> > Hi all,
> >
> > is there any research on common causes of Wikimedia production errors?
> >
> > Based on recent examples, I plan to analyze and discuss how production
> > errors could be avoided. I am considering submitting a short paper on
> > that to the Wikidata workshop, with the deadline
> > Thursday, 20 July 2023
> > Website:
> https://urldefense.com/v3/__https://wikidataworkshop.github.io/2023/__;!!K-…
> > However, there might be better suitable venues.
> >
> > I am also open to collaboration on this effort. If you are interested
> > in a joint paper, drop me an email until the end of this week.
> >
> > All the best
> > Moritz
> > _______________________________________________
> > Wiki-research-l mailing list -- wiki-research-l(a)lists.wikimedia.org
> > To unsubscribe send an email to
> wiki-research-l-leave(a)lists.wikimedia.org
>
> --
> Nathan TeBlunthuis
> Postdoctoral Research Fellow
> University of Michigan
> School of Information
> https://teblunthuis.cc
>
Hi All!
There will be *no deployment train the week of 2023-06-19 (Mon, 19 Jun –
Fri, 23 Jun).*
Mon, 19 Jun is the US holiday Juneteenth[0]—it is a no-deploy day.
Release Engineering will have a team-focused work week for the remainder of
the week. Backport and config deployments should continue as planned.
A long-term calendar of upcoming known deployment disruptions is available
on Wikitech[1].
Thank you!
Tyler Cipriani (he/him)
Engineering Manager, Release Engineering
Wikimedia Foundation
[0]: <https://en.wikipedia.org/wiki/Juneteenth>
[1]: <https://wikitech.wikimedia.org/wiki/Deployments/Yearly_calendar>