Mon, Apr 8
Sat, Apr 6
What's going on?
Fri, Apr 5
This can be accomplished using the Template:Excerpt.
Sat, Mar 30
Sun, Mar 24
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!
Sat, Mar 23
One possible approach to solving this issue 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.
Aug 16 2018
Aug 9 2018
Jul 30 2018
Jul 28 2018
Jul 27 2018
Jul 26 2018
Jul 23 2018
Jul 20 2018
Tested the patch and the issue seems fixed. Thanks @Samwilson !
Jul 1 2018
Jun 27 2018
Jun 21 2018
When adding links to sections in the current page, the UI may be a third tab in the Link popup (after the "Search pages" and "External link" tabs) called "Section link" (or similar). In this tab, the existing section titles would be listed (possibly in a hierarchical TOC fashion) and clicking on a section would add a link to that section.
Jun 20 2018
Please. We could really use this feature at Wikiversity.