Im not sure why that project was removed

@Niteshyadav585 https://phabricator.wikimedia.org/source/mediawiki/browse/master/includes/parser/Parser.php

Ready to go once extension requires 1.36+

Change 619608 merged by jenkins-bot:
[mediawiki/core@master] ApiQueryWatchlist: Include log entry action text

In T253078#6568524, @DannyS712 wrote:

@eprodromou is it okay to move forward with this using ObjectFactory specs for DI? This has been in "Tech Planning Review" since May

Change 498731 abandoned by Alex Monk:
[operations/puppet@production] wmf_style lint: Show new errors that already appear on other lines

@Vgutierrez: Can we make it dynamically reload its code somehow? We should probably have another task for this if so, I'm resolving this one

I have added the started cleanup/archive checklist to ensure steps aren't missed.

In T268387#6638495, @RhinosF1 wrote:

Doesn't the update guide advise making the wiki read only while updates in progress

In T267447#6638443, @Jdlrobson wrote:

BaseTemplate::getFooterIcons is being hard deprecated NOT SkinTemplate::getFooterIcons, which is the subject of this task.

@Loominade Any particular reason why P2125 (Revised Hepburn romanization) can't be added to forms as appropriate, in lieu of this language code?

Change 642445 had a related patch set uploaded (by DannyS712; owner: DannyS712):
[mediawiki/libs/ObjectFactory@master] Allow injecting configuration values

A new Wikidata Analytics portal is ready at the test server: http://datakolektiv.org/app/WikidataAnalytics

A new Wikidata Analytics Portal is now available at the test server: http://datakolektiv.org/app/WikidataAnalytics

@herron its no longer crashing, but the last event shown was on 11/16, and no more recent events are displayed

@Aklapper : I ended up discovering what caused the problem said in the argument, when I saw "Salved", I had the impression
that the translation made afterwards had already been saved. Therefore, I will not prepare the video, because the video would not help, than write as the cause of the error.

Change 642443 had a related patch set uploaded (by Paladox; owner: Jack Phoenix):
[mediawiki/extensions/BlogPage@REL1_35] Fix fatal typo in Special:ArticlesHome

Change 642442 had a related patch set uploaded (by DannyS712; owner: DannyS712):
[mediawiki/extensions/GlobalWatchlist@master] Display: account for live updated being disabled during delay

Note that this would also need to take into account T268210: User-defined project domains should be validated - only valid sites should be shown

I am new to use Phabricator. Can you please share the link to the source code of MediaWiki-Parser.

Probably related to {c2a4f9efa700} / {ae216e179041}

Change 642440 had a related patch set uploaded (by DannyS712; owner: DannyS712):
[mediawiki/core@master] Make @internal EditPage variables private

Change 642439 had a related patch set uploaded (by DannyS712; owner: DannyS712):
[mediawiki/core@master] EditPage: misc cleanup related to eventual backend

Change 642685 merged by jenkins-bot:
[mediawiki/core@master] Add patch to set wl_notificationtimestamp BINARY(14)

Change 642685 merged by jenkins-bot:
[mediawiki/core@master] Add patch to set wl_notificationtimestamp BINARY(14)

When retrieving pages manually from the database, the names may contain Unicode. A string literal may therefore need the _latin1, _binary or _utf8mb4 modifiers, ie:

I am starting to wonder if we should create a new task of the Epic kind, maybe titled as "Refactor the page dependency and cache invalidation process". This task could be a subtask of it, as could T221795 be.

Indeed, T221795 may also benefit from it. Category counts have at times become inaccurate (see T224321) and the blame has been put on issues with cache invalidation. Having a distinctive mechanism for tracking page dependency and cache invalidation could help resolve that issue.