Per comments above :)

I've reviewed the list and referenced the commits that handle migrations for cases where it was migrated, and removal cases where the code was deleted entirely (without a migration).

• AccessControl: this was removed in Ib29640 / c9dfa1013bedec8c2a
• CategoryWatch: this was removed in I9daa8f / f0b81b9c6effdb7a48
• WhoIsWatching: handled by T282831: Error when assigning users to watching list: Call to private Title::__construct
• SemanticMediaWiki: global CS search shows no trace of constructing Title in this codebase
• SemanticTasks: global CS search shows no trace of constructing Title in this codebase

This can now be resolved. WikiPageFactory is the only class that constructs these classes in WMF-deployed code.

In T297047#9395260, @Pppery wrote:

Anything left to do here?

Thank you @MGChecker!

I think @Reedy covered some of this in https://gerrit.wikimedia.org/r/c/mediawiki/core/+/109271 (2014). Then in 2022, the rest was covered by https://gerrit.wikimedia.org/r/c/mediawiki/core/+/740663.

I believe T110277: Rewrite Special:UserLogin (and signup) and Special:UserLogout to use AuthManager is largely related to this task when there was a rewrite to move this special page to make use of AuthManager Cc @Tgr

I just double-checked this.

In T259948#9903970, @Pppery wrote:

Anything left to do here?

Per T311194, the library has been deprecated and removed. So it looks like this task is now obsolete and can be resolved. Please reopen if I'm wrong.

In T155582#12091503, @Umherirrender wrote:

dd0197211ba65d75c7d3f19c96a61f1fa6b72854 from 1.46 is more relevant, as it also covers overrides in subclasses.

This task can now be used to remove the function, as the release with the hard deprecation is now out and allows to remove the function.

@Umherirrender, the method has been deprecated in MW 1.33, see https://gerrit.wikimedia.org/r/c/mediawiki/core/+/472486.

In https://gerrit.wikimedia.org/r/c/mediawiki/core/+/1120705, @tstarling did a ton of work in refactoring this class, and the class itself is now deprecated. I wonder if that is sufficient reason to resolve this ticket?

With the work that @daniel did in https://gerrit.wikimedia.org/r/c/mediawiki/core/+/782569 (and its relation chain), it seems like this is no longer an issue.

Possibly related to T374887: Log messages at ERROR level on http channel: Special:ExtensionDistributor unable to connect to https://graphite.wikimedia.org

Locally, this is still working but I'm not sure I trust the data (I'll have to understand and verify) it's returning since migration to https://www.mediawiki.org/wiki/Manual:Stats.

In T406317#11427222, @Addshore wrote:

Great, I'll look at merging this and including it in the next release too :)

After some local testing, I noticed the following:

• Setting EVENTLOGGING_IMAGE=docker-registry.wikimedia.org/repos/data-engineering/eventgate-wikimedia:v1.26 (as recommended in your comment above) gives an error when I try to recreate the event logging container:

mwcli [master] mw docker eventlogging create
[+] Running 1/1
 ✘ eventlogging Error manifest for docker-registry.wikimedia.org/repos/data-engineering/eventgate-wikimedia:v1.26 not found: manifest unknown: manifest unknown                                                  4.1s
Error response from daemon: manifest for docker-registry.wikimedia.org/repos/data-engineering/eventgate-wikimedia:v1.26 not found: manifest unknown: manifest unknown
ERROR exit status 1

That was because the image version is v1.26.0, not v1.26. Verified here: https://docker-registry.wikimedia.org/repos/data-engineering/eventgate-wikimedia/tags/

I'll close this as declined. Maybe this was happening because of an out of date extension but if this comes up again, I'll find a possible root cause but I don't think it will.

Actually the issue is the opposite (spoke with the reporter at the WMHackathon 2025 now) of what was reported here: T362669: docker-compose.yml `version` is now obsolete with Docker Desktop v4.29.0

Yeah that looks like a duplicate of the tasks @Douginamug mentioned above. Could you update your build and see if this is still happening? I'll close this task as duplicate but please reopen if you still face this issue.

Feel free to resolve the task if all looks good.

Please change you remote configuration to use https for fetching:

git remote set-url origin https://gerrit.wikimedia.org/r/mediawiki/core.git
git remote set-url --push ssh://gerrit.wikimedia.org:29418/mediawiki/core.git

Thanks Aklapper. Done!

A tab character when URL encoded gives %09 and when used as part of a page name/title, it's normalized to a bad title from my tests with User:%09Foobar etc. Maybe we should validate the input and error that the username is invalid rather than try to normalize to a name that doesn't match the input?

This should be fine now. Please reopen if error still occurs.

In T326764#8869740, @PatchDemoBot wrote:

Test wiki created on Patch demo by X-Savitar using patch(es) linked to this task:
https://patchdemo.wmflabs.org/wikis/17bb8aaba1/wiki/Main Page

Should we be consistent and use a action-based config for the exclusion of namespaces as well?