Tue, Apr 16
Mon, Apr 15
What I am trying to figure out right now is how we can send API requests to the correct domain. rpc/runSingleJob.php looks at the "databas" field of the payload and then uses MWMultiVersion::getMediaWiki to initialize the correct wiki. If we use the RESt API, we have to use the Host header instead. Or we send some other header, like X-Wiki-Name, that gets interpreted by MWMultiVersion::getMediaWiki.
Sun, Apr 14
@daniel Is the REST API safe to remove from the EventBus extension? We may want to do that first.
Sat, Apr 13
Change #1019399 had a related patch set uploaded (by Daniel Kinzler; author: Daniel Kinzler):
[mediawiki/core@master] WIP: add a REST endpoint equivalent to SpecialRunJobs.
Change #1019398 had a related patch set uploaded (by Daniel Kinzler; author: Daniel Kinzler):
[mediawiki/core@master] WIP: add REST handler for running a job
Fri, Apr 12
@daniel Are you thinking about IP subnets as protection mechanism because you prefer it, or because you think it's what we use today? Of the 5 job runners in the task description, number 4 used this mechanism. However that one (runJobs.php) has not been in use for several years. I've updated the task description to clarify this.
Fri, Apr 5
Quick brainstorming:
Thu, Apr 4
This needs discussion with someone from service ops about how to safely expose RunSingleJob as a REST endpoint, so it does not become publically accessible.
Wed, Apr 3
Tagging MWI for triage/planning
Mar 19 2024
Feb 16 2024
After deploy of next week, I will run lsc 😈
Change 982929 merged by jenkins-bot:
[mediawiki/core@master] Move Parser to Mediawiki\Parser namespace
Feb 9 2024
Change 997927 merged by jenkins-bot:
[mediawiki/core@master] Move hooks used by OutputPage into includes/Output/Hook
Feb 6 2024
Change 997927 had a related patch set uploaded (by C. Scott Ananian; author: C. Scott Ananian):
[mediawiki/core@master] Move hooks used by OutputPage into includes/Output/Hook
Feb 2 2024
Change 995123 merged by jenkins-bot:
[mediawiki/tools/phan/SecurityCheckPlugin@master] Add compatibility for Parser namespacing
Change 995123 had a related patch set uploaded (by Daimona Eaytoy; author: Daimona Eaytoy):
[mediawiki/tools/phan/SecurityCheckPlugin@master] Add compatibility for Parser namespacing
Jan 2 2024
Dec 23 2023
No reply, shrug
Dec 22 2023
Dec 14 2023
Change 982929 had a related patch set uploaded (by Subramanya Sastry; author: Subramanya Sastry):
[mediawiki/core@master] WIP: Move Parser to Mediawiki\Parser namespace.
(making the child ticket part of codejam)
Dec 6 2023
Dec 5 2023
Nov 22 2023
Change 976311 merged by jenkins-bot:
[mediawiki/core@master] Namespace remaining files under includes/deferred
Nov 21 2023
Change 976311 had a related patch set uploaded (by Jforrester; author: Jforrester):
[mediawiki/core@master] Namespace remaining files under includes/deferred
Nov 13 2023
Nov 10 2023
Declined in favor of MediaModeration 2.0 tasks https://phabricator.wikimedia.org/project/view/6841/
Oct 17 2023
At this point, I don't think there is much value beyond the few remaining open tasks.
We've made good progress for the Stream Processing component.
Adding missing MediaWiki-Core-Tests code project tag as Platform Team Initiatives (API Integration Tests) team tag is archived and its parent Platform Engineering team does not exist anymore
Does this task serve any purpose in itself that is not covered by the MediaWiki-REST-API project tag, or can this be closed as invalid?