@Acroterion, can you please restore my user page until after this ticket is resolved. The example links are no longer working. Otherwise, could you please recommend where I might post the exact same edits so there's an example that can be referenced? Thank you!

In T361764#9705338, @Mayakp.wiki wrote:

Can I add more scope to this?

Definitely add more potential data quality metrics and other ideas for the dashboard. If it's something beyond creating a dashboard (like, I don't know, using deequ to test our intermediate datasets), it's better to create a new task.

Happened to me when I tried to upload a large batch of files. The photos were uploaded successfully, oddly.

The current implementation of var_final (after commit 9597f365) is nothing more special than others, if anything will break in the future, that would be the whole extension.

Change #860583 had a related patch set uploaded (by Bartosz Dziewoński; author: Bartosz Dziewoński):

[mediawiki/skins/Vector@master] Compatibility with new heading HTML (table of contents)

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

Change #860583 had a related patch set uploaded (by Bartosz Dziewoński; author: Bartosz Dziewoński):

[mediawiki/skins/Vector@master] Compatibility with new heading HTML (table of contents)

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

I realized that the same problem is affecting my work on T13555. I hope you won't mind if I write the patch.

Change #860582 abandoned by Bartosz Dziewoński:

[mediawiki/skins/MinervaNeue@master] Compatibility with new heading HTML

Reason:

No longer needed

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

There is very much an error with this. Page is not in A so gets put in A, but now that the page is in A the parser function says that we are now in A and does not category link. This is a less obvious self reference loop. The page should detect that it is getting categorization information about itself, do a parse, and after recursing one down say "template loop detected: A" and throw the page into "pages with template loops". Something similar to what happens when you construct an actual template loop like this:

Mentioned in SAL (#wikimedia-operations) [2024-04-20T00:39:51Z] <ladsgroup@cumin1002> dbctl commit (dc=all): 'Depooling db1192 (T352010)', diff saved to https://phabricator.wikimedia.org/P61033 and previous config saved to /var/cache/conftool/dbconfig/20240420-003950-ladsgroup.json

Mentioned in SAL (#wikimedia-operations) [2024-04-20T00:39:28Z] <ladsgroup@cumin1002> dbctl commit (dc=all): 'Repooling after maintenance db1178 (T352010)', diff saved to https://phabricator.wikimedia.org/P61032 and previous config saved to /var/cache/conftool/dbconfig/20240420-003927-ladsgroup.json

Related tickets:

• https://phabricator.wikimedia.org/T347507
• https://phabricator.wikimedia.org/T301080

A new upstream version of pear/net_smtp is now available: 1.12.1.

• https://pear.php.net/package/Net_SMTP/download/1.12.1

Mentioned in SAL (#wikimedia-operations) [2024-04-19T23:54:06Z] <ladsgroup@cumin1002> dbctl commit (dc=all): 'Repooling after maintenance db1178 (T352010)', diff saved to https://phabricator.wikimedia.org/P61029 and previous config saved to /var/cache/conftool/dbconfig/20240419-235405-ladsgroup.json

Stalled on T363032

Maybe, but i would argue a new task would be better, when and if that happens.

I've created T363032 to handle the proposed follow up work.

Change #1021962 merged by jenkins-bot:

[mediawiki/extensions/CentralNotice@master] Replace a lot of more trivial Xml::… calls with Html::…

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

@AKanji-WMF could somebody in fundraising tech please review the associated patch? I see you moved it into "Blocked or not fr-tech" but I am waiting for fundraising tech to guide on next steps.

https://www.mediawiki.org/w/index.php?title=Parsoid%2FDeployments&diff=6477035&oldid=6476914

There aren't any open tasks in the search, so somehow this came to fruition.

Change #1022260 had a related patch set uploaded (by Arlolra; author: Arlolra):

[mediawiki/core@master] Bump wikimedia/parsoid to 0.20.0-a2

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

Build service probably makes this investigation and implementation obsolete in that we are actively directing folks away from the shared containers and towards building their own.

Change #1022258 had a related patch set uploaded (by Arlolra; author: Arlolra):

[mediawiki/vendor@master] Bump wikimedia/parsoid to 0.20.0-a2

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

Change #1022258 had a related patch set uploaded (by Arlolra; author: Arlolra):

[mediawiki/vendor@master] Bump wikimedia/parsoid to 0.20.0-a2

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

Change #1022258 had a related patch set uploaded (by Arlolra; author: Arlolra):

[mediawiki/vendor@master] Bump wikimedia/parsoid to 0.20.0-a2

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

Change #1022258 had a related patch set uploaded (by Arlolra; author: Arlolra):

[mediawiki/vendor@master] Bump wikimedia/parsoid to 0.20.0-a2

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

In T358345#9729386, @dr0ptp4kt wrote:

For those following along, have a look at the comment in T358349#9727873 to identify the notebook helping to fill a table in @EBernhardson's namespace and an example Superset.

Erik, nice work so far!

I'm interested to see migration of the the coarse grained session ratios in the subtasks, which are expressed in the previous notebooks such as T358352-user-sessions-using-search.ipynb brought into the Superset dashboard (the Python-deduced number of actors, as well as unique_devices_per_domain_daily divisors are helpful in particular for the AC).

GitLab EE has mechanisms for jobs to authenticate to a Hashicorp Vault service and fetch secrets. It is not completely clear from reading https://docs.gitlab.com/ee/ci/secrets/ if there is really any support for this in CE or not.