Sun, May 8
This would require modifying LinksDeletionUpdate.php to no longer have $rcIdsForTitle.
Sat, Apr 30
Still not fixed after several months.
Sat, Apr 23
Apr 3 2022
Oh, I now see why the change was made. It was made to unofficially fix T297754 (at least on Wikimedia wikis), and now the fix has been officially implemented in MediaWiki.
Mar 20 2022
Feb 13 2022
I have removed the "Regression" tag and updated the description to say that it specifically affects Wikimedia wikis.
Feb 12 2022
Could anyone confirm this on a test installation of MediaWiki 1.38 (as yet unreleased) without the "Linter" extension installed? My guess is that https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Linter/+/755817 causes this on wikis with the extension installed.
Jan 28 2022
Dec 27 2021
I have created https://www.thetestwiki.org/wiki/T296035 and https://en.wikipedia.org/wiki/User:GeoffreyT2000/T296035 on The Test Wiki and the English Wikipedia respectively to test the difference. Before moving, my edit counts were 94 and 41,894 respectively. After moving, my edit counts increased to 95 and 41,896 respectively. Clearly, moving a page used to increase the user's edit count by 1 (and The Test Wiki still uses an older version of MediaWiki), but now (in MediaWiki 1.38) the user's edit count is increased by 2.
Dec 15 2021
Wikipedia's 21st birthday is a month from today (January 15, 2022). Is that what you mean by "Wikipedia Birthday 2022"?
Nov 18 2021
Nov 8 2021
Nov 6 2021
So then, we would have to wait until Monday, November 8 before we could backport this to 1.38.0-wmf.7.
Nov 5 2021
@Pchelolo Could you cherry-pick (backport) the patch to 1.38.0-wmf.7 as well?
Oct 8 2021
Oct 7 2021
Oct 5 2021
I have added another example reported by NadVolum.
Oct 4 2021
Oct 2 2021
Oct 1 2021
Sep 29 2021
The users were blocked before the user pages were created, so the block log entry that would appear on Special:RecentChangesLinked actually does not appear because its rc_cur_id is zero. Special:RecentChangesLinked checks for recent changes where the rc_cur_id matches the page ID of one of the pages in a category.
Sep 28 2021
Sep 26 2021
I have reopened this task because it appears that redirects from moves are again not tagged as new redirects. The first affected move on the English Wikipedia was the move from Bjarne Hansen to Bjarne Hansen (art director) (and the redirect has since became a disambiguation page, but that doesn't matter).
Now, this appears to have reintroduced T184117.
It seems that T291677 has reintroduced the problem identified here.
Sep 24 2021
After T291689 is resolved, one could then instead do the following:
Sep 7 2021
Perhaps, this should be triaged as "High" or even "Unbreak Now!" priority. For now, I am going to set this as "High" priority, but if anyone thinks that this should be UBN, then they may change the priority to UBN.
Sep 6 2021
Sep 5 2021
Sep 4 2021
After this is implemented, one should then create a maintenance script that deletes creation log entries that duplicate upload log entries (as I have originally stated at T198627, which has been merged here). Also, redundant page creation log entries should likewise not be generated when creating a page with a non-default content model, since the same information is already shown at Special:Log/contentmodel.
Aug 19 2021
Jul 28 2021
Jul 21 2021
Apr 1 2021
The MediaWiki logo shown at https://www.wikipedia.org/ still resembles the old one. Could the logo be updated there as well?
The favicon still shows part of the old logo, at least in a browser where you have already visited mediawiki.org prior to the change. So, how could one force the new favicon to be cached if the old one is still showing up?
Mar 26 2021
Feb 27 2021
Feb 10 2021
Nov 23 2020
I have just tested this on https://www.thetestwiki.org/ and found out that the same issue affects both when the #ifexist target page is deleted and when it is moved without redirect (two actions that cause a blue link to become a red one).