Strange thing is that the transclusions seem to be returning an empty string as expected (again, see the demo) so maybe the issue is related to parsing order.

I just found out that Massviews Analysis has a feature like the one requested here. Another way to fulfill this request would be to provide a way to generate a list of recent changes out of the output of a Massviews Analysis query. Yet I think that a pure on-wiki solution would be better.

What's going on?

This can be accomplished using the Template:Excerpt.

I'm not sure I understand your question. Adding a talk page to a category does not cause or imply that the content page will be added too.

Sure, here is a demo!

One possible approach would be to expand Special:RecentChangesLinked with an additional option to show the changes to the associated talk/subject pages, maybe in a way similar to how Special:Watchlist works.

I got this same issue on my wiki in a VPS. Solution was to reboot the server to empty the tmp directory.

@Reedy Thanks! So now that that's done, do you think there's anything else missing before this extension can be deployed in the Beta Cluster?

@Reedy This patch is already V+2 and CR+2 but Jenkins won't merge it. WikipediaExtracts is already in integration/config/zuul/layout.yaml and my email is also in the whitelist. Do you know what are we missing? Thanks!

The UI for this could be a button similar to the "Today" button in the date fields, but reading "Switch first and last".

That goes without saying! I'll make it as generic as possible so that others can re-use it.

Thanks for the bug report. After some research, it looks like the cause is T213953 which is tagged as "Unbreak now!". Let's give the team a bit more time to fix it.

Thanks for that idea Aklapper! For future reference, I leave here the tested equivalents of your command:

Hm, I searched a bit but couldn't find any docs. I think it was in the Jerusalem Hackathon that I heard that we shouldn't be using external code on Wikimedia projects, basically to protect user privacy and data.

If only we could get the code directly from the repo, using Commons wouldn't be necessary and this task/bot wouldn't be necessary either. But it seems like getting the raw file from Gitiles is an old missing feature (see this issue). The closest we can get is this.

Thanks for the quick response, Reedy. I know that doing V+2 myself and submitting is not good practice, but because my previous patch remained unmerged for so long, it became incompatible with the master branch and I had to manually re-do it, which is annoying, and I didn't want that to happen again.

Hmm, should this extension be deployed on the Beta Cluster before going into production? If so, then I hereby request deployment to the Beta Cluster.

Add links to on-wiki community consensus, as required by https://www.mediawiki.org/wiki/Review_queue#Preparing_for_deployment

I just merged your patch but unfortunately I no longer have edit access to https://commons.wikimedia.org/wiki/MediaWiki:Gadget-ProveIt.js

My guess on the cause of this issue is that pages on category trees don't get added to the pagelinks table, which is probably what Special:WhatLinksHere checks for.

@Samwalton9 No, ProveIt no longer has a hashtag in the edit summary. The "proveit" tag is added to the hidden input field by the gadget.