Per what @MNeisler and I discussed offline this week (3 June 2026): at present, the effect of Suggestion Mode is being diluted because new(er) volunteers are only seeing suggestions in 27% of test group edit sessions. The remaining test edit sessions have an experience identical to those in the control group, which pulls the measured effect toward zero.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
All Stories
Today
Change #1295960 merged by jenkins-bot:
[mediawiki/services/parsoid@master] Fix end of template detection for shouldStashRenderingTransparentNodes
Change #1295471 merged by jenkins-bot:
[mediawiki/services/parsoid@master] rt-testing: Use dedicated cache for testing instance
Support WFBase objects in deepEqual.
Yesterday
As described in the commit message:
Previously we were skipping the contents of "raw" rules entirely, but
we are expected to convert rules inside them, just not convert text.Tests added to demonstrate this behavior.
Created https://github.com/wikimedia-gadgets/VariantAlly/issues/17 to track the issues with Variant Ally (if there are any).
I'll pick up work on this when I'm back :) A few points:
Currently-known issues are resolved; open new phab tasks for additional instances of the general problem.
1 June 2026 Update
In T422866#11974743, @Krinkle wrote:It seems composer phpunit:config adds new files but does not remove old files that would no longer know to ensure/create. Is there something preventing these from being run (i.e. are they left behind but otherwise de-referenced) or would also be discovered and run by PHPUnit?
Documentation was added to Special:ApiSandbox as well as to https://www.mediawiki.org/wiki/API:Parsing_wikitext/TOCData
@Esanders to be doubly sure I'm understanding...
Change #1298366 had a related patch set uploaded (by Ladsgroup; author: Ladsgroup):
[mediawiki/extensions/MediaSearch@master] SpecialMediaSearch: Prefer thumb steps over thumb limits
Test wiki created on Patch demo by Jon (WMF) using patch(es) linked to this task:
https://56516456e2.catalyst.wmcloud.org/w/
@OSleger-WMF Could you maybe send a direct email between our official wikimedia inboxes to confirm this is you and the correct key? I am dzahn@ . Cheers
18 May 2026 Update
Change #1298365 had a related patch set uploaded (by Jdlrobson; author: Jdlrobson):
[mediawiki/skins/Vector@master] WIP: Do not show border bottom on watch star focus
Thanks all. Almost all boxes are already checked now. Just need to verify the SSH key outside of the ticket.
I shared the non-edit actions queries with Megan earlier this week (notebook) .
Looking at the data it seems like some of the non-edit actions will be included in the weekly edit rate since they are revisions. here's the new breakdown of edits and non-edits for the DE1.2 KR metric.
In T204089#11967762, @EBernhardson wrote:First round of defining some user stories to guide potential implementation:
[…]
Change #1298364 had a related patch set uploaded (by Vaughn Walters; author: Vaughn Walters):
[integration/config@master] jjb: [catalyst-daily-Echo] Add Echo job
4 May 2026 Update
20 April 2026 Update
@Lars thanks for sharing options. I think users will likely only change the MG stage, not multiple fields at the same time. It doesn't need to be on the prospect edit form, so it can be a standalone form as you described.
Change #1298358 merged by jenkins-bot:
[operations/deployment-charts@master] miscweb(design-landing-page): bump version
@DBautista-WMF One more thing: I'm working on the backfill and will create all past activities that would have been created in the past for contacts who currently have a MG Stage. Do we care about contacts who previously had an MG Stage but do not currently have one (there are 162 of these)?
Let me double check with a couple of other folks and get back to you! I
may have misunderstood myself
Change #1298358 had a related patch set uploaded (by DDesouza; author: DDesouza):
[operations/deployment-charts@master] miscweb(design-landing-page): bump version
Patch just merged, tagged with T68637: Make it possible to distinguish Wikitext headings and HTML headings.
I'd love to see this get taken care of soon. There's a Programs & Events Dashboard program that's trying to track uwikisource, and it won't be able to pull any revision data until Replica can connected to to it. (Incidentally, this led to flooding the Dashboard's logging system, as we hadn't had to deal with an existing wiki with replica connection errors before.)
Change #1298350 had a related patch set uploaded (by C. Scott Ananian; author: C. Scott Ananian):
[mediawiki/extensions/Cite@master] Don't mutate the DocumentFragment when comparing its HTML
Most simple method would be to use 250px instead of 240px, so change https://w.wiki/3xfd to https://w.wiki/Qevz, etc.
Update Design Strategy
@BLiviero-WMF sorry about the confusion.
I didn't understand it this way.
@Ishta_P_Jain Yes! You can work on it.
@Daimona, yup, it would be a personal worklist, so not associated with an event. But, if we made it private via the ReadingLists extension, I assume we could still input whatever data/features we have in the public version (such as showing a quality score, suggested tasks, or the ability to mark progress as upcoming/in progress/done)? Anyway, I guess this is best discussed separately outside this ticket :)
Superset:wd_quality_metrics has the work to calculate violations of mandatory constraints :) Will run the DAG and notebook a few more times.
Thank you @MNeisler!
@Chaotic_Enby Could you please answer my question above?
Hi Komla, I thought the deadline we discussed was end of September 2026. was there a subsequent conversation on this? thank you