Dubbelkolla licenser att det som importerats är ok

The problem seems to arise from using MediaWiki:All-logs-page text in both the Special:Log title and the dropdown. The title should get its own text ("Public logs"?) and the dropdown should get its own too.

@Reedy I see that not only the index is out of date but that dumps have stopped being mirrored to the site, as of August this year. Might you have a look? E.g. https://wikimedia.bytemark.co.uk/commonswiki/

Change 549964 had a related patch set uploaded (by Abijeet Patro; owner: Abijeet Patro):
[translatewiki@master] Replace checkers and suggesters with validator for MathJax

As evidenced by https://graphite.wikimedia.org/S/i we already have 5.5 million images with contents in the MediaInfo slot. Two months to go until end of the year and we see how low the prediction was compared to the actual number.

https://graphite.wikimedia.org/S/i I see growth on commons is quite... healthy :-D There are a few bots adding mediainfo data to images based on information in Wikidata; we'll likely see more of this in the next few months.

In T237554#5649351, @ItSpiderman wrote:

Great! Yes, probably all DB access should go through OATHAuth, especially since this is just reading all keys. I will commit a patch for that in the following days

Great! Yes, probably all DB access should go through OATHAuth, especially since this is just reading all keys. I will commit a patch for that in the following days

I created a script to add a rollback link to mobile diff pages. It just uses some API calls to retrieve the details (tokens, last editor etc) and only works if the current user have rollback rights. https://en.wikipedia.org/wiki/User:Masumrezarock100/mobilediffrollback.js

wb_terms table migration is still ongoing; check on this again in mid-December.

I see full CU data, checked them. If, as previously, doubled votes will be striked automatically, I finished finished checks.

Is following the mockups in this case a big issue? If not then let's follow Charlie's mockups. If it is then let's discuss it.

Let's go with the general fallback version in this case.

Yeah consensus is really needed here. Other people may feel the present setting is OK?

In T237472#5649298, @Lydia_Pintscher wrote:

Removing campsite as this is not something the team will work on without further thought and discussion.

@SBisson can you please update this task description, something like this for inspiration ?

There is also T214183: Setup graphs for power usage readings in Grafana for per rack, row, and pdu power stats.

Awesome, thank you. Looks fixed indeed.

Removing campsite as this is not something the team will work on without further thought and discussion.

Keeping the interaction/look of the special page as it is now and just changing the underlying tech pieces would be preferred. But if that's too much work then let's simplify it and do T194144#5617328. Does timeboxing this to 3 days sound reasonable to make this call?

In T237554#5649280, @gerritbot wrote:

Change 549958 had a related patch set uploaded (by Reedy; owner: Reedy):
[mediawiki/extensions/WebAuthn@master] Use correct database ($wgOATHAuthDatabase) in WebAuthnCredentialRepository

https://gerrit.wikimedia.org/r/549958

Change 549958 had a related patch set uploaded (by Reedy; owner: Reedy):
[mediawiki/extensions/WebAuthn@master] Use correct database ($wgOATHAuthDatabase) in WebAuthnCredentialRepository

For some routes through the code, I guess it uses the OATHAuth code which is fine, but others it uses the separate code in WebAuthn?

Mobile screenshots with notes

• there is a bug T237710: [mobile] Newcomer tasks - <vector-view-edit> is displayed in intro overlay - needs to be fixed
• the link a the bottom - "you can learn how here" - cannot be clicked cause it cannot be scrolled into the view (even in the landscape position). It's essentially the same problem as in T236854: [mobile] Newcomer tasks - UI issues with Suggested edits module and Difficulty overlay (case #2), but for the intro overlay is critical to have that link available. I've updated T236854

I've just noticed the issue in WebAuthn

In T237554#5645032, @Reedy wrote:

In T237554#5644899, @ItSpiderman wrote:

Thank you for admin access, now i do have the option to enable 2FA.

is it possible to do some debugging there?
On https://github.com/wikimedia/mediawiki-extensions-WebAuthn/blob/master/src/WebAuthnCredentialRepository.php#L66
This should be true:
base64_encode( $publicKeyCredentialId ) == {value in db for publicKeyCredentialId}

Yup, they do...

In T234323#5634654, @Petar.petkovic wrote:

We don't necessary need to load full article.

Checked in production wmf5 with the hidden feature - the number of readers displayed are different from the task description.
euwiki (Basque wiki )- 900K
cswiki 20M
kowiki 30M
viwiki 30M
arwiki 80M

Thank you!

https://lists.wikimedia.org/pipermail/wikitech-l/2019-November/092738.html and https://lists.wikimedia.org/pipermail/mediawiki-l/2019-November/048186.html

Disabled.. Emails to come

I have the electionadmin userright, but I think I need to be added as an admin for that specific campaign before I can see that data. I only see time, username, and domain at the moment.

InternetArchiveBot is now in bot group on hrwiki, we have translations. @Cyberpower678 Is there something left to do?

VE added support for section editing earlier this year (T76541). In your current approach, you are still building the full CE tree, and having it laid out. Setting attachedRoot to the required <section> node in ve.dm.Surface will be much faster :)

I pulled together a table showing the average number of talk page contributors, average overall monthly contributors, and proportion of talk page contributors for all Wikipedias. You can add filters to sort by the size of each column or look at specific wikis.

Once the cron ran once for each table this should be done.

@MarcoAurelio Should be fixed with the change above. I manually ran updates for Wikipedia and Wikibooks table and see how version changed now. It now gets the version each time it also gets the other numbers.

Change 549955 merged by Dzahn:
[operations/debs/wikistats@master] add getting version info on each update run

Thank you for find the bug. I made a change in the regex R2075:e8d36adee730 and that fixed the problem.

Change 549955 had a related patch set uploaded (by Dzahn; owner: Dzahn):
[operations/debs/wikistats@master] add getting version info on each update run

The upgrade cycle is meant to be done on a six month process to stay ahead of certificate refreshes. CVEs could easily have us doing it more often than that. We should expect to be upgrading fairly often.

Found T107697: Extend 'tool not found' 404 page and T180262: Reduce byte-size of Toolforge 404 page
Just for reference and possible connection/closure.

Change 549953 had a related patch set uploaded (by Bartosz Dziewoński; owner: Bartosz Dziewoński):
[mediawiki/core@master] [WIP] preferences: Prevent "nested" substitution in signature

Change 549952 had a related patch set uploaded (by Bartosz Dziewoński; owner: Bartosz Dziewoński):
[mediawiki/core@master] [WIP] preferences: Require a link to userpage/talk/contribs in signature

Change 549951 had a related patch set uploaded (by Bartosz Dziewoński; owner: Bartosz Dziewoński):
[mediawiki/core@master] [WIP] preferences: Check signature for linter errors

@LeanneS yeah the Thank-You Sent will remain blank if there is no email address