Tue, Jun 11
Mon, Jun 10
Thu, May 30
Wed, May 29
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.
Thu, May 23
May 15 2019
May 1 2019
Apr 8 2019
Apr 6 2019
What's going on?
Apr 5 2019
This can be accomplished using the Template:Excerpt.
Mar 30 2019
Mar 24 2019
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!
Mar 23 2019
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.
Mar 14 2019
Mar 13 2019
I got this same issue on my wiki in a VPS. Solution was to reboot the server to empty the tmp directory.
Mar 12 2019
Mar 11 2019
Feb 28 2019
Feb 25 2019
@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?
Feb 23 2019
@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!
Feb 4 2019
The UI for this could be a button similar to the "Today" button in the date fields, but reading "Switch first and last".
Jan 31 2019
Jan 23 2019
That goes without saying! I'll make it as generic as possible so that others can re-use it.
Jan 21 2019
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.
Jan 20 2019
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.
Jan 19 2019
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
Jan 17 2019
Jan 6 2019
Dec 27 2018
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.
Nov 3 2018
Nov 2 2018
Oct 23 2018
@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.