In T214579#11242250, @A_smart_kitten wrote:

It looks like, of the global queries that've been mentioned in this task so far, the only one that's still there today is "Wikimedia Incident - To Triage". I don't have any personal knowledge about whether that one is currently in use, though (and I wouldn't know who to ask).

Yeah, I meant to get back to here with another comment several months ago, but I never did (apologies!). It looks like, of the global queries that've been mentioned in this task so far, the only one that's still there today is "Wikimedia Incident - To Triage". I don't have any personal knowledge about whether that one is currently in use, though (and I wouldn't know who to ask).

I believe that we are alright these days.

Change #1184057 merged by jenkins-bot:

[mediawiki/extensions/ConfirmEdit@master] build: Add quibble.yaml and enable early warning bot feedback

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

In T239378#9863764, @matmarex wrote:

This would be an excellent change. However, can we instead get an email notification on the parent task when a subtask is created? Currently Phabricator only sends an email when a subtask is added using the "Edit Subtasks" menu, but not when one is created using the "Create Subtask" menu, presumably because all subscribers would get a notification about it already, and now they won't.

Change #1184721 merged by jenkins-bot:

[mediawiki/extensions/ContentTranslation@master] CX: Create and use CategoryStore service

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

Change #1184718 merged by jenkins-bot:

[mediawiki/extensions/ContentTranslation@master] CX: Create and use SuggestionListManager service

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

Change #1184712 merged by jenkins-bot:

[mediawiki/extensions/ContentTranslation@master] CX: Replace Translator class with new TranslatorStore

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

Change #1184721 had a related patch set uploaded (by Nik Gkountas; author: Nik Gkountas):

[mediawiki/extensions/ContentTranslation@master] CX: Create and use CategoriesStorageManager service

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

Change #1184718 had a related patch set uploaded (by Nik Gkountas; author: Nik Gkountas):

[mediawiki/extensions/ContentTranslation@master] CX: Create and use SuggestionListManager service

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

Change #1184712 had a related patch set uploaded (by Nik Gkountas; author: Nik Gkountas):

[mediawiki/extensions/ContentTranslation@master] CX: Replace Translator class with new TranslatorStore

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

Change #1184057 had a related patch set uploaded (by Kosta Harlan; author: Kosta Harlan):

[mediawiki/extensions/ConfirmEdit@master] build: Add quibble.yaml and enable early warning bot feedback

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

Change #1180513 merged by jenkins-bot:

[integration/config@master] jjb: remove assert-lock experimental jobs

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

Change #1180513 had a related patch set uploaded (by Hashar; author: Hashar):

[integration/config@master] jjb: remove assert-lock experimental jobs

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

In T248531#11083412, @hashar wrote:

With the new Zuul, each pipeline of a project can be configured to report a failure immediately and cancel jobs.

With the new Zuul, each pipeline of a project can be configured to report a failure immediately and cancel jobs.

Especially since 2 were resolved and only one is left. Could also be merged into T215148.

Closing as actual work is covered by subtasks; no need for neverending epic tasks not tracking any actual work

Mentioned in SAL (#wikimedia-releng) [2025-08-05T13:01:56Z] <Krinkle> Disable publishing on Phab tasks from mediawiki-libs-IPUtils mirror (rMLIP) to avoid duplicate notifs, T143162

In T288117#11006158, @Tgr wrote:

Phab tasks now use og:type=object which doesn't seem to be a real thing. It should be website (or article

I've filed a ticket for the "image not loading" bug upstream: https://we.phorge.it/T16198

I can't reproduce the image not loading bug because of the traffic bug. Will hold off on making a ticket upstream for the image not loading bug. Someone who can reproduce it should feel free to file it.

I filed T400540: traffic from Discord and Slack unfurler service is blocked by phabricator.wikimedia.org as a follow up task.

In T332178#11034983, @matmarex wrote:

Fixed by way of T397429?

Fixed by way of T397429?

Thanks for the investigation, appreciated!
Would someone like to move the Traffic aspect to a separate task? Asking as I'm afraid there's not much we/I can do in the Phabricator codebase itself...

To eliminate any traffic filtering problems, I grabbed the HTML for this task and threw it in a Toolforge tool, and it works (with the previously-noted image issue):

I tried the Slack tool mentioned earlier in this thread, and it apparently 429s:

In T288117#11006086, @Novem_Linguae wrote:

Thanks for the deploy :)

Sadly, the thumbnail isn't working in Discord either. I confirm that I do see the "og" stuff in the HTML though. Would suggest re-opening this ticket both here and upstream so this can be investigated further.

FWIW, both the LinkedIn post inspector and the Facebook sharing debugger are able to fetch the title correctly.

In T288117#11006158, @Tgr wrote:

Maybe there's some traffic filtering they get stuck on?

This article describes another plausible cause for us seeing this work on some platforms and not on others: https://blog.daveallie.com/slack-link-unfurling/

Phab tasks now use og:type=object which doesn't seem to be a real thing. It should be website (or article if we want to be fancy, but then it needs more properties). I doubt many tools handle that strictly enough to reject the preview completely, though. Maybe there's some traffic filtering they get stuck on?