- Blog: https://timotijhof.net
- Mastodon: @krinkle
(Photo by Niek Hidding.)
(Photo by Niek Hidding.)
YES, maintained, SVG:
To figure out: it looks like the data provider phase runs MUCH slower in PHPUnit 10; locally, PHPUnit hangs for ~40 seconds before actually starting tests, as opposed to just a few seconds in PHPUnit 9. I still don't know what causes this, whether it's caused by the data provider changes, whether it's caused by our bootstrap code, etc.
In T371167#10020964, @gerritbot wrote:Change #1057367 merged by jenkins-bot:
[mediawiki/core@master] Test blockUsers.php
This ticket got me thinking about how we set up MW loopbacks originally, and why we did it this way.
I recommend trying it on the demo to be sure.
In T340552#9772400, @gerritbot wrote:Change #1027519 had a related patch set uploaded (by TK-999; author: TK-999):
[mediawiki/core@master] [DNM] PoC: Instrument MediaWiki with OpenTelemetry
So I guess loading an icon works from JS but does not work from PHP?
Relevant code was last added/changed in https://gerrit.wikimedia.org/r/c/mediawiki/extensions/EventBus/+/1049831 for T363587: [Event Platform] Instrument EventBus with prometheus MW Statslib, \cc @gmodena @Ottomata
I suggest we:
I'm not sure if the below is due to downsampling, but if it is, then setting a timeInterval might not be enough to make the data source work:
Yeah, if there's no reason to skip this in other repos with or without using vendor, we can do that.
@hashar Do you remember why we control these separately? If we can toggle both on or off in the same cirsumstances, perhaps we can use the ENV for both?
@Urbanecm_WMF Do you mind uploading it to Gerrit under https://gerrit.wikimedia.org/r/q/hashtag:beta-cherry-picked+is:open ?
In practice, many timeseries I see from Promethues seem to have data every 10-15 seconds. It'd be nice if zooming in can still surface something at least at 30s or 1min level, not a minimum of 2min.
👍 This is great!
I've used convertToText.php a handful of times in the last six months to convert a few Flow boards, that I watch, to wikitext in order to be able to use DiscussionTools. I've got a number of local hacks, the most fatal of which is the above, preventing it from even starting to execute due to an incorrect Maintenance::addOption() call.
Declining per previous comment and improved docs in https://gerrit.wikimedia.org/r/c/mediawiki/core/+/1034087.
I traced this down to how the sqlite directory is set in the generated LocalSettings.php file, as written by the Installer, e.g. for MediaWiki-Docker and Quickstart:
I support freezing of extension schema v1 in MW 1.43. The main benefit being to reduce development cost and need for contributors outside the ExtensionProcessor code itself to understand v1. It also reduces risk of breakage by not keeping tinkering with subtle v1 details that very few active contributors would notice a breakage in.
In T331468#9994138, @Gerges wrote:Hi @Krinkle, […] there is no .gitreview file for git review?
In T370380#10019764, @gerritbot wrote:Change #1057272 had a related patch set uploaded (by Krinkle; author: Krinkle):
[mediawiki/core@master] [WIP] Is composer.lock verification is working?
Background reading: https://github.com/memcached/memcached/wiki/Extstore.