Reopen if it is still needed.

In T375795#10181161, @Urbanecm_WMF wrote:

Interesting, good to know. This is fairly inconvenient though, especially since this is a permanent (301) redirect, meaning my browser is now confused even w/o WikimediaDebug. Can we at least use the 302 redirect in this case? Alternatively, getting a "not here" error could work as well.

In T375795#10181157, @bd808 wrote:

I don't know if there is a task for this yet, but it is known. [...]

I don't know if there is a task for this yet, but it is known. The bug here is that we changed WikimediaDebug to support Wikitech once Wikitech is in the k8s cluster as part of T371537: MVP: Privately serve wikitech via mwdebug1001 (https://gerrit.wikimedia.org/r/c/performance/WikimediaDebug/+/1070275), but we have not yet moved Wikitech to the k8s cluster. This should be magically resolved by T292707: ☂ Migrate Wikitech to Kubernetes.

Mentioned in SAL (#wikimedia-operations) [2024-09-12T13:28:37Z] <hashar@deploy1003> Finished scap sync-world: Backport for [[gerrit:1072330|logging: Fix WikimediaDebug "Verbose logging" option (T374583)]] (duration: 07m 06s)

Mentioned in SAL (#wikimedia-operations) [2024-09-12T13:23:39Z] <hashar@deploy1003> matmarex, hashar: Backport for [[gerrit:1072330|logging: Fix WikimediaDebug "Verbose logging" option (T374583)]] synced to the testservers (https://wikitech.wikimedia.org/wiki/Mwdebug)

Mentioned in SAL (#wikimedia-operations) [2024-09-12T13:21:31Z] <hashar@deploy1003> Started scap sync-world: Backport for [[gerrit:1072330|logging: Fix WikimediaDebug "Verbose logging" option (T374583)]]

Change #1072330 merged by jenkins-bot:

[operations/mediawiki-config@master] logging: Fix WikimediaDebug "Verbose logging" option

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

I wonder how difficult it would be to set up Phan on that repo…

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

[operations/mediawiki-config@master] logging: Fix WikimediaDebug "Verbose logging" option

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

Forgot a global $wmgUdp2logDest; in that code. A bit surprising that this didn't fail any checks. I wonder how difficult it would be to set up Phan on that repo…

Fall-out from https://gerrit.wikimedia.org/r/c/operations/mediawiki-config/+/1070685.

Hi @Krinkle , I'll close this task as resolved because the respective patches are merged.
Feel free to reopen it if there's something else that needs to be done. Thanks!

In T367213#9906179, @jhsoby wrote:

Can't extensions add CSS to pages? I have some extensions that do that. (It might require more permissions for the extension though, not sure.)
In that case, the message about adding WikimediaDebug could be given a class in the tool, and the extension could hide elements with that class.

Yes, this is generally what I meant by "I believe this would need to work by adding something to the WikimediaDebug extension that changes what is rendered on the page."

In T367213#9881386, @bd808 wrote:

I believe this would need to work by adding something to the WikimediaDebug extension that changes what is rendered on the page. There are some methods for sniffing for an installed extension in Chrome that might work, but Firefox appears to have closed those same loopholes to reduce browser fingerprinting options.

I believe this would need to work by adding something to the WikimediaDebug extension that changes what is rendered on the page. There are some methods for sniffing for an installed extension in Chrome that might work, but Firefox appears to have closed those same loopholes to reduce browser fingerprinting options.

Change #925819 merged by jenkins-bot:

[performance/excimer-ui-client@master] tests: Add PHPUnit coverage

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

@Krinkle I'll ask someone to take a look then, thanks!

@lmata Code review for the main patch.

Hola @Krinkle, is any assistance needed from our end?

Change #1015634 merged by jenkins-bot:

[integration/config@master] jjb: Fix typo in composer-package-php81 job

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

Change #1015634 had a related patch set uploaded (by Krinkle; author: Krinkle):

[integration/config@master] jjb: Fix typo in composer-package-php81 job

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

Mentioned in SAL (#wikimedia-releng) [2024-03-30T22:02:59Z] <Krinkle> Reloading Zuul to deploy https://gerrit.wikimedia.org/r/1015597, T361412

Change #1015597 merged by jenkins-bot:

[integration/config@master] jjb: Upgrade php-excimer to 1.2.1 in composer-test jobs

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

Change #1015597 had a related patch set uploaded (by Krinkle; author: Krinkle):

[integration/config@master] jjb: Upgrade php-excimer to 1.2.1 in composer-test jobs

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

The above patch is a draft I wrote in June 2023. It was unable to land at the time because WMF CI installs php-excimer from deb.sury.org for most PHP versions (except the production version). And, at the time, upstream still packaged php-excimer 1.0.4, whereas support for Speedscope (which WikimediaDebug and php-ui-client build on) was added in php-excimer 1.1.0.

Change #925819 had a related patch set uploaded (by Krinkle; author: Krinkle):

[performance/excimer-ui-client@master] tests: Add PHPUnit coverage

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

Change 939285 abandoned by Cwhite:

[operations/puppet@production] logstash: move labels.trace to error.stack_trace

Reason:

no longer needed

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

Let me move this to "Blocked/waiting" on the Platform Team Board. We need the prod/beta URL template to allow links to generated traces.