Current version seems to support this perfectly.

This probably requires RecentChange::notifyLog.

Three anonymous users have requested this functionality at https://www.mediawiki.org/wiki/Topic:T4eb4ilitox5jcyv

@TheSandDoctor I fixed some flaws in your patch that you may want to avoid on other extensions. For example, MediaWikiServices needs to be made available with:

Thanks!

Fixed. In order to keep the solution generic, I modified ProveIt so that the "snippet" of the references must come from a required parameter of type "string". In case of Cite Web, since the only two required parameters are "title" and "url", and one is of type "url", it picks out "title". Hopefully this will suffice. As always allow a few minutes for the caches to catch up, cheers!

Well, I took a look at the error log and the extension, but have no clue what's causing the error. The error log only mentions "AnonPrivacy" once and refers to no file, method, function or anything from the extension. My best guess is that because AnonPrivacy modifies a bit the HTML structure of RecentChanges, that's triggering an error. So I did my best to minimize such changes, hopefully it works.

@Tgr Thanks for taking time off to explain some of the difficulties! I guess all I wanted to say is "perfect is the enemy of good". Whether it's shadow namespaces, bots or scary transclusions, at this point I think any half-working solution would be better than the current situation. Cheers!

Should be fixed now, thanks !

@Tgr That's only with "raw" transclusions. Subtemplates are not required to exist locally when "raw" is not used. But even if using "raw" were necessary, we'd just create the required subtemplates using "raw", and so on. Still fail to understand the issue.

Thanks! With your clue, I was able to figure out the exact steps to reproduce this issue:

I've been reading around this issue and doing some tests in my private wiki, and I fail to understand the reasons for not implementing centralized templates (not talking about gadgets or modules in this comment) using $wgEnableScaryTransclusion

I was thinking on adding an Archive button to the URL fields in the ProveIt gadget interface, similar to the Today button in the date fields that adds today's date, but that would transform a URL like "news.com/new-president-elected" into "archive.org/news.com/new-president-elected" and do the necessary archiving in the background through an API call to archive.org, I guess. I'm not 100% sure if this makes sense or is even possible because I haven't researched it yet, but that was my general idea when I created this task. Thanks for all the useful info though!

After some talk with the WikiJournal user group at Wikiversity, I decided to generalize this extension into InterwikiExtracts, archive WikipediaExtracts, and in some days start a new task for enabling InterwikiExtracts on Wikiversity, this time with the support of the WikiJournal user group. So this task makes no more sense and I'm closing it.

After some talk with the WikiJournal user group at Wikiversity, I decided to generalize this extension into InterwikiExtracts, archive WikipediaExtracts, and in some days start a new task for enabling InterwikiExtracts on Wikiversity, this time with the support of the WikiJournal user group. So this task makes no more sense and I'm closing it.

After some talk with the WikiJournal user group at Wikiversity, I decided to generalize this extension into InterwikiExtracts, archive WikipediaExtracts, and in some days start a new task for enabling InterwikiExtracts on Wikiversity, this time with the support of the WikiJournal user group. So this task makes no more sense and I'm closing it.

Thanks for the quick response, it works perfectly! I configured the mailing list and added links from the Wikidebate project homepages.

https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2019/Citations/Automatic_web_archive

• Cite AV media notes
• Cite conference
• Cite mailing list
• Cite map
• Cite newsgroup
• Cite podcast
• Cite serial
• Cite techreport
• Cite ssrn

If it happens again, please share a screenshot of the JavaScript console, cheers!

I've tested the Citoid service with various books and articles, and I was unable to reproduce this issue. I think the Citoid service has recently improved and now returns all dates in the YYYY-MM-DD format, which I believe is understood by all templates and is becoming standard.

I just tested the OCLC given to reproduce the issue (and a few others too) but something has changed. Now, rather than getting the first and last names reversed, they are both coming together, separated by a comma, like so: "Eskew, Glenn T."