This is the talk page for discussing improvements to the RecentChangesMultiple page.

Please leave any issues / comments / question / requests here, but also please leave me a message on my talk page that you left a message (no need to repeat the message, keep it all here). Thanks for your understanding. Fewfre 🔎 K🧀04:06 Fri, 30 Jan 2015

Suggestions for adding show only the contributions the user made

I would like to suggest a parameter that will make it to where it shows the contributions that are listed in the show contribs params list which I suggest there should be a param like this:


With that, it will hide the other users contributions that are not in the show users list. The reason I want this is so that we don't have to dig through every contributions to find vandalism or spam and report them to the staff or the vstf wikia like RachelMack1992.Muzzarino 17:30, May 10, 2015 (UTC)

Sorry about delay responding! Sure, I'll add it to my todo list; should give me a reason to start working on this again. Fewfre 🔎 K🧀17:09 Fri, 22 May 2015
I have added this feature for both the whole script (data-onlyshowusers) as well as on a per-wiki basis (since why not). Sorry again my delayed response, Fewfre 🔎 K🧀17:59 Sat, 23 May 2015

Section Links

Links to sections on a page don't link properly. For example, see w:c:atw:ATW:Sandbox.
~Curiouscrab (talk) 00:37, August 2, 2015 (UTC)

Shoot, I remember thinking about that, but never wrote it down to fix. Should be working now though (V1.1.2c), thanks for reporting it! Fewfre 🔎 K🧀00:49 Mon, 03 Aug 2015

Auto-refresh broken

Hi, the auto-refresh doesn't seem to be working. -Legofan100 18:27, September 4, 2015 UTC

Hey, sorry about that! Should be fixed now (V1.1.4b). You may need to clear your cache to get the changes. Fewfre 🔎 K🧀17:27 Fri, 11 Sep 2015
Thanks! {{SUBST:User:Legofan100/sig}} 18:09, September 11, 2015 (UTC)

Favicons from non-Wikia wikis

I have noticed that favicons from wikis other than Wikia wikis don't load (see my RCM page).

Opps, that was broken due to me being an idiot. Should be fixed now (V1.1.4d) Fewfre 🔎 K🧀01:04 Sun, 20 Sep 2015

Auto Refresh

Would it be possible to have the auto-refesh box automatically checked? --Sophie 21:33, April 17, 2016 (UTC)

The script should remember that you enabled it via a cookie if you've checked it. If for some reason the cookie isn't sufficient for you though (changing computers / clearing cookies often or something else), I could add a `data-enable-autorefresh="true"` feature if you wish to have it on by default. I'm not really comfortable having it on by default for everyone, since this is a "feature" of this script, instead of the main focus of the script, so to me it's more of an "opt-in" feature. Also, thanks for actually posting me on my talk page, I appreciate it. Fewfre 🔎 K🧀00:22 Mon, 18 Apr 2016
I think that a `data-enable-autorefresh="true"` feature would be the best idea because I do change computers often. --Sophie 01:04, April 18, 2016 (UTC)
Alright, I'll add that Monday / Tuesday hopefully (along with some small bug fixes I've been putting off). Fewfre 🔎 K🧀02:42 Mon, 18 Apr 2016
Ok, thanks for the help too. --Sophie 03:00, April 18, 2016 (UTC)
Alright, I submitted the changes for review (V1.2.5), so hopefully Wikia accepts the changes soon. Also, I decided to call the attribute "data-autorefresh-enabled" instead. Once the script is accepted / updated, let me know if you have any issues! Fewfre 🔎 K🧀04:43 Tue, 19 Apr 2016
It doesn't seem to work for me, I tried in an indigo window and in IE (not logged in) and it didn't have the box checked.
<div class="rc-content-multiple" data-params="hidebots=0&days=3&limit=25&data-autorefresh-enabled=true">
--Sophie 08:03, April 22, 2016 (UTC)
<div class="rc-content-multiple" data-params="hidebots=0&days=3&limit=25" data-autorefresh-enabled="true">
Try the above, and it should work! - OneTwoThreeFall (talk) 08:31, April 22, 2016 (UTC)
It worked. Thanks for the help. --Sophie 08:34, April 22, 2016 (UTC)

Enable namespace param?

I like to watch the forums on Community Central (namespace 2001/Board Thread), and it would be nice to use RCMultiple to check the forums—without seeing every other edit on CC. ;P If it's possible, I would sure appreciate it! :D

—[ iynque ][ Talk | Contributions | 03:18, 25 Apr 2016 ]
Sure. It's been on my todo list, but I've been putting it off since wasn't sure if anyone needed it, and it might be a bit of a challenge to implement fully. I'm thinking at first I might not bother with having the UI for it, but instead just supporting a "&namespace=" parameter, if that's fine with you (not sure if you need to easily toggle the setting on/off). Fewfre 🔎 K🧀13:11 Mon, 25 Apr 2016
That works for me. I don't need it in the UI; just a parameter. Thanks :D
—[ iynque ][ Talk | Contributions | 4:42, 26 Apr 2016 ]
Alright, namespace limiting added (V1.2.6). Now just to wait for Wikia to accept the change. It's part of the "params" field. So if you only wanted the change on a single wiki: *, or for all wikis on a list: data-params="namespace=2001". You can also limit it to multiple namespaces by separating them with "|". Fewfre 🔎 K🧀19:49 Sat, 30 Apr 2016
Thank you very much! Works perfectly.
—[ iynque ][ Talk | Contributions | 4:16, 1 May 2016 ]


Having a rollback link on the QuickDiff modal or the rcm-results container would be very nice, especially since my wiki gets vandals pretty often. maybe? So if you could add that by any means I would be very grateful. -- Dorumin 18:19, May 7, 2016 (UTC)

Sure! Been meaning to do it, but never got around to it since there's a few headaches involved. Fewfre 🔎 K🧀14:52 Sun, 08 May 2016
After looking into this, it might take me awhile; I'll have to do a bit of a rework in regards to secondary loading I've been putting off after all. Fewfre 🔎 K🧀23:58 Sat, 14 May 2016
Bad news; seems you can't access rollback tokens cross-domain. However, using the idea below, I could try to create an intelligent edit link that selects all the most recent edits by a user (assuming last edit was by them). A bit of a pain, but I can look into it if you'd like. You'd still have to submit the edit manually (since I can't submit an edit cross-domain), but could save some time. Fewfre 🔎 K🧀03:00 Wed, 18 May 2016

Also I'd like to say you don't need to have the rollback token etc strictly speaking, it could be possible to fork Rollback and make it dynamic for all the RC results. – Ozuzanna 19:35, May 7, 2016 (UTC)

I mean, using the rollback token isn't that bad, and I'd prefer to use actual rollback functionality if possible; I don't think I could edit external wikis on the fly that easily like that script does anyways (since security stuff wouldn't want a malicious script to edit external sites in your name). The main issue is that by default I don't know if the current change is the earliest change or not (since "hide minor / self / etc" could prevent the earlier one from being listed), and rollback links should only appear on the most recent change (if there's been more than one edit on the same day). Fewfre 🔎 K🧀14:52 Sun, 08 May 2016

New Edit Notifcations

Could a popup and blinking table title be added so that the script tells you when there are new edits? --Sophie 21:23, October 10, 2016 (UTC)

In addition to it auto-refreshing, or separate? And while I'm probably over-thinking it, what do you mean by "table title"? Depending exactly what you're looking for, you can also use personal CSS to modify the "previously loaded" text (class="rcm-previouslyLoaded") and make it large, bright, and even blink. Show Example Blink CSS If this is insufficient then I can add an option for something. Fewfre 🔎 K🧀02:12 Tue, 11 Oct 2016
.rcm-previouslyLoaded:after {
	content:"New Data";
	background: red;
	color: white;
	padding: 100px;
	font-size: 40px;
	animation: rcm-blinker 1s linear infinite;
.rcm-previouslyLoaded strong {
	display:none !important;
@keyframes rcm-blinker {  
	50% { opacity: 0; }
Dorumin uses this JS to create desktop notifications and make the tab title blink when there are new edits. It also makes it so that the page doesn't auto refresh when viewing a popup diff. --Sharkie 16:31, October 11, 2016 (UTC)
(function() {var original = document.title;if (typeof blinkInterval === 'undefined') {window.blinkInterval = 1000;}var timeout;window.blinkTitle = function(newMsg) {function step() {document.title = (document.title == original) ? newMsg : original;timeout = setTimeout(step, blinkInterval);}cancelBlinkTitle(timeout);step();};window.cancelBlinkTitle = function() {clearTimeout(timeout);document.title = original;};}());
$(window).focus(function() {
$(function () {
    if ( wgPageName == 'User:Dorumin/RC' && wgAction == 'view' ) {
        var $doc = $(window);
        var rcid = "RecentChangesMultiple-autorefresh-" + mw.config.get("wgPageName");
        $('head').append('<base target="_blank">');
        $doc.focus(function() {
            if (window.stopResponsive) return;
            var $checkbox = $('.rcm-autoRefresh-checkbox');
            if ($checkbox.length) {
                $checkbox.prop('checked', false);
                $checkbox[0].dispatchEvent(new Event('click'));
            localStorage.setItem(rcid, false);
            if (window.latestRCMNotification) {
        $doc.blur(function() {
            if (window.stopResponsive) return;
            var $checkbox = $('.rcm-autoRefresh-checkbox');
            if ($checkbox.length) {
                $checkbox.prop('checked', true);
                $checkbox[0].dispatchEvent(new Event('click'));
            localStorage.setItem(rcid, true);
        window.onbeforeunload = function(e) {
            return 'You mad brah?';
        setInterval(function() {
            if (window.throttleForRCM || !$('.rc-conntent > div').length || !$('.rc-conntent > div > table').length) return;
            if (!window.lastTableHTML) {
                window.lastTableHTML = $('.rc-conntent > div > table:first .mw-enhanced-rc:first').html();
            if ( window.lastTableHTML != $('.rc-conntent > div > table:first .mw-enhanced-rc:first').html() ) {
                window.lastTableHTML = $('.rc-conntent > div > table:first .mw-enhanced-rc:first').html();
                if (!document.hasFocus()) {
                    blinkTitle('New edits!');
                    // Display desktop notification.
                    window.latestRCMNotification = new Notification("New edits!");
        }, 3000);
Oh, the page title and Notification popups (I didn't connect popups with your section title, my bad). Sure, I can add those to auto refresh. I never use auto-refresh so I never think of improvements for it. Any other suggestions for when tab is closed and auto refresh is being used? Like should the "previously loaded" text show above the last element you saw when you had the tab open/focused instead of the one from last auto-refresh? Fewfre 🔎 K🧀18:05 Tue, 11 Oct 2016
I can't think of any ideas off the top of my head, but the "previously loaded" text show above the last element you saw when you had the tab open/focused instead of the one from last auto-refresh sounds like a good idea. --Sharkie 02:35, October 12, 2016 (UTC)
Alright, all of this should now be implemented once V1.2.9 is reviewed and goes live. Let me know if you find any bugs / have any other thoughts/suggestions. Fewfre 🔎 K🧀04:43 Wed, 12 Oct 2016
Could there a way to disable the popups since there are a few users who make a lot of edits and I don't want to hide them because they are admins and imagecontrollers. --Sharkie 07:51, October 14, 2016 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── Disable for specific users? And if so, per wiki or all wikis on the list? or both? Fewfre 🔎 K🧀19:36 Sat, 15 Oct 2016

A way to disable for specific users and for all users on the wiki since its not the same user all the time, and for both per wiki and all wikis. --Sharkie 02:57, October 16, 2016 (UTC)
Added the following options: data-notifications-hideusers= (effects all wikis on list), &notifications_hideusers= (effects all user on wiki), &notifications_enabled=false (default:true; notifications don't fire for this wiki). Added in V1.2.9d. Fewfre 🔎 K🧀00:14 Mon, 17 Oct 2016

Diff Viewer

Could you create an option for clicking diff links and opening with diff viewer by default just like QuickDiff?

Beside, could you make the modal of DiffViewer and AjaxGallery display reposnsively so they can be viewed well by any devices, especially phones/tablets?

Thank you Dai ca superman (talk) 08:38, October 14, 2016 (UTC)

Does the icon for ajax diff not show up for you? All links are supposed to be links, which is why the ajax options use icons. As far as mobile, you can't use it in the mobile skin, so I assume in that case you're using the "full site" option. I can't promise it will be able to be viewed "well" (especially on a phone), but I'll see if I can make it so it's at least view-able / usable without stuff getting cut off. Fewfre 🔎 K🧀19:58 Sat, 15 Oct 2016
Alright, updated the code (V1.2.9c), so should go live within a day. I updated to the new Wikia modal system (mobile friendly) and tweak the "min width" of it's content based on screen size. Fewfre 🔎 K🧀02:44 Sun, 16 Oct 2016
Thanks. And about the icon of ajax diff and diff links, I still see them clearly, but because of the position of those two, it's pretty hard to choose exactly the icon to show the modal diff on mobile, then I think if your script support an option to combine those two like QuickDiff script, the problem can be solved well. Dai ca superman (talk) 15:48, October 16, 2016 (UTC)
Added a new option: data-ajaxlinks="true" (false by default). This will cause "diff" and "changes" links to open diff ajax modal, as well as cause "Upload log" and file names (when to the left of a image icon) to open image ajax modal. This will be active with V1.2.9d Fewfre 🔎 K🧀00:08 Mon, 17 Oct 2016

Document Title

As well as blinking "New!", could you also prepend a number to the title like for example (2) if there's two new entries? — Ozank 20:39, October 17, 2016 (UTC)

Done! Will go live with V1.2.9e. It's a shame I can't modify the site's favicon to the the number of changes (since Wikia stores the favicon on a different domain). Edit: I currently have it show "New! # changes - pagetitle". If you wanted something different let me know! Fewfre 🔎 K🧀21:59 Mon, 17 Oct 2016
The tab keeps on say there are new changes after you view the tab. --Sophie 09:10, December 6, 2016 (UTC)
I've also noticed this sometimes. I think I know why it happens. Should hopefully be fixed next update. Fewfre 🔎 K🧀05:18 Wed, 07 Dec 2016

New pages

Would it be possible to use add the diff viewer for page creation too? That way I don't have to open the page to check it out. leviathan_89 @fandom 01:59, November 13, 2016 (UTC)

Sure, I'll add it to my list. Easy enough to add. Fewfre 🔎 K🧀05:59 Mon, 14 Nov 2016
I added a new feature: AjaxPagePreview (when V2.1 goes live). It has some issues (as outlined on script's article page), but I figure it's better than a diff for a new page as you can view the images / text. Let me know if this doesn't solve your request. Fewfre 🔎 K🧀01:55 Mon, 21 Nov 2016

Colon in blog titles

If there is a colon in a blog title and two or more comments are posted, the link to the blog becomes wrong. e.g. the title is User blog:Testuser/Random blog: test then the link links to User blog:Testuser/Random blog#WikiaArticleComments. Is there a way to fix this? -- DarkBarbarian.png Barbar (talk) 12:52, July 15, 2017 (UTC)

Fixed! Will go live with V2.7, thanks for the bug report! Fewfre 🔎 K🧀21:41 Sat, 15 Jul 2017

Namespace CSS

Would it possible to add a set of different CSS classes to allow customization for each link depending on the namespace? Something similar can be done with user rights too. leviathan_89 @fandom 10:11, July 16, 2017 (UTC)

I'm surprised I haven't done it for namespaces yet. User rights are a bit tricky; I'd considered it before, but it requires additional calls to the server (much like forum / wall titles do) for each user on each wiki. But since I have an option to turn additional loading off, it should be possible (and an interesting challenge to do efficiently). I'll look into it, and if possible I'll do it for both rights and groups. Fewfre 🔎 K🧀16:10 Mon, 17 Jul 2017
Looking into it real quick, user info definitely seems possible (might even make a tooltip with basic user info api can fetch). Unless you want it, I think I might skip "rights" for now and just do groups (since everyone has like 20 rights by default). Fewfre 🔎 K🧀16:35 Mon, 17 Jul 2017
This has been added in version 2.8. See more info here, or just inspect element and figure it out the old fashioned way. Fewfre 🔎 K🧀03:22 Fri, 21 Jul 2017
Thanks a lot! With user rights I actually meant user groups. Also, if you'd like and you have time, you might as well check this script that basically does what you just implemented, but it's unmaintained, therefore it needs an health check. leviathan_89 @fandom 20:27, July 22, 2017 (UTC)
Fairly simple script (in a good way); everything seems fine to me, no calls seem outdated. Cqm did a bit of a rewrite a little under a year ago, so should be good. Fewfre 🔎 K🧀02:39 Mon, 24 Jul 2017
P.S.: is there a class for anonymous users? leviathan_89 @fandom 20:36, July 22, 2017 (UTC)
I actually didn't think to do that. It crossed my mind if there was something I could do with anons (in relation to groups), but nothing came to me. I'd add it to my todo list. Fewfre 🔎 K🧀02:39 Mon, 24 Jul 2017
Anon links now have a "rcm-useranon" class applied to them in V2.9. Fewfre 🔎 K🧀22:47 Sat, 29 Jul 2017

Bug in Diff Viewer

A little thing I saw recently. I'm sure this isn't intended. -- DarkBarbarian.png Barbar (talk) 13:11, July 18, 2017 (UTC)Bug RecentChangesMultiple DarkBarbarian

If you could, it would help to know what wiki and what edit (perhaps a history link to the edited page) this happened on, so I could narrow down the issue. Fewfre 🔎 K🧀04:09 Wed, 19 Jul 2017
Sure. Since this is in every diff I picked a random edit: (edits from July 19th)-- DarkBarbarian.png Barbar (talk) 09:13, July 19, 2017 (UTC)
Thanks. This has been addressed and should hopefully be fixed with version 2.8. Fewfre 🔎 K🧀03:24 Fri, 21 Jul 2017

Suggestion: view delete content.

Another suggestion here, basically I'd like to suggest to implement this script if possible and if you think it might be useful (since that would work for only content moderators and sysops). leviathan_89 @fandom 20:30, July 22, 2017 (UTC)

Looks do-able enough, and I'll admit I've wanted something like that a few times. Main potential issue is that sysop/etc requirement; if it's a requirement of the API for that call, then it won't work since I can't access login data cross-domain (same issue with rollback, patrolled, and watched info). Fewfre 🔎 K🧀03:09 Mon, 24 Jul 2017
Why not? Unless I completely missed the point:
    type: 'GET',
    dataType: 'text',
    url: 'http://' + wikiname + '',
    method: 'GET',
    data: {
        action: 'query',
        list: 'users',
        ususers: wgUserName,
        usprop: 'groups',
        format: 'json'
    xhrFields: {
        withCredentials: true
    dataType: 'JSONP',
    crossdomain: true
}).always(function(d) {
-- Dorumin 03:25, July 24, 2017 (UTC)
You somewhat missed the point. The request you used doesn't require you to be logged in to access the data; most api calls luckily don't. An example of one that requires login would be If you paste that link with a wiki domain you're an admin on / have patrolled rights, it'll work. But on one you're not, and it'll say you need the patrolled right. ex: pasting this into the browser console with an wikiname I can access the data from fails for me:
var wikiname = "kairosoft";
    type: 'GET',
    dataType: 'text',
    url: 'http://' + wikiname + '',
    method: 'GET',
    xhrFields: {
        withCredentials: true
    dataType: 'JSONP',
    crossdomain: true
}).always(function(d) {
    console.log(d.error ? d.error.code+" - " : d);
Each wiki is on it's own domain, and as far as I've been able to tell, they don't allow you to use the login data from one to access data from another. No scripts really need this feature (since they just run on the current wiki), so I don't think they bothered to loosen security in this area. If there is a way around this though, would allow me to add a few more things (at least for wikia wikis) so would love to be wrong. Either way, still not sure if this is the case for accessing the deleted contents, haven't had time to sit down and look into it. Fewfre 🔎 K🧀14:45 Mon, 24 Jul 2017
What about adding a simple link to the deleted revision? I'm guessing that if you open that link it will show only if you have the correct rights there. That way, even if you cannot make it display in the same window, will surely save some time in comparison to going though all the steps of special:undelete. Or even doing something like this will raise the same issue? For example, can you see this link? leviathan_89 @fandom 17:35, July 24, 2017 (UTC)
I can't link to the file history (requires a token, which requires you to be logged in to generate (I think)), but can link to Special:Undelete with the target being the current item (ex: Special:Undelete?target=File:test.png); from there you could choose to view either the page and/or file history. File history would be one click, and page history would be one click and potentially clicking preview. edit: So both would be 2 clicks from this script; one to go to special page, 1 to click the link(s). Fewfre 🔎 K🧀19:34 Mon, 24 Jul 2017
Better then nothing, I guess. leviathan_89 @fandom 21:59, July 24, 2017 (UTC)
"view/restore" link added to the end of delete logs in V2.9. After looking into it a bit, most of the "ViewDeleted" calls do require permissions (which again it can't detect cross domain as far as I've tried), so sadly it is just a link, but hopefully it useful. Fewfre 🔎 K🧀22:47 Sat, 29 Jul 2017


I couldn't help to notice that there is no namespace selector, is there a reason? Too complicated? No useful? leviathan_89 @fandom 12:43, July 28, 2017 (UTC)

A little of both. I actually have the feature in the script using the "namespace" rcparam, but never made a live selector since no one has asked and it's a bit complicated. Main issue for complication is not all wikis having / using the same namespaces, and the fact that custom namespaces actually use the same set of namespace ids on different wikis (100-199, or on newer wikias 112-199). If a user filters on namespace 112, it would filter different things on different wikis (ex: here it's "Extension", on another it might be "Transcript"). I can work around the issue (only show default namespaces or if a custom namespace is chosen only show changes from that wiki), but since no one has requested the UI for it to be added, haven't bothered. I don't have to worry about the above issue with the "namespace" param, since you can have it filter on a wiki-to-wiki basis instead of just every wiki. In short it is possible, just not something I have felt like tackling without a reason to. Fewfre 🔎 K🧀14:51 Sat, 29 Jul 2017

Not loading

This script is not loading for me, i'm tried it on two different pc and two different connection. when ever i opening the page its only load till 88% then stopped. I'm facing the problem since tomorrow Thank you.

Update Found the reason.Clash.BikashTalk 18:11, September 25, 2017 (UTC)

For some reason it's not loading at all for me from quite some time and i have installed it in global.js and the page is Here.
Clash.BikashTalk 07:09, February 7, 2018 (UTC)
After some trial and error the issue appears to be with u:dev:RailWAM/code.js as it has an error in initializing; since it's listed before the RCM import the page never gets around to loading it (since it breaks before it reaches it). For now you should remove/comment out the RailWAM line. You'd have to contact the owner of that script about fixing this specific issue. Edit: The issue with thier script is this error: "Uncaught Error: module already implemented: rw.api". I think this is because the script is being run twice, once in the wiki, and once from your JS. I think they may want to use the call mw.loader.using instead of mw.loader.implement to prevent the issue (I could be wrong, but not my bug so not going to spend more time on it). Fewfre 🔎 K🧀16:06 Thu, 08 Feb 2018
Ah, okay Thank you. Update: Changing the position of RailWAM in the list did the trick now it's working fine. Clash.BikashTalk 07:11, February 11, 2018 (UTC)

Unpatrolled Marker

Could a red ! be added for edits that are unpatrolled? (example) --Sophie 02:54, January 29, 2018 (UTC)

Sadly no. I have the reason hidden away under the "notes" section: "Patrolling not supported at this time. This is due to mediawiki security that prevents patrol info from being accessed unless authorized (severely breaking to script if it attempts it without authorization). Even if the right exists, the info cannot be accessed due to login being required on that wiki which is not available via cross-domain (browser security)." - While the first might be solvable, the later is not really possible without requiring login info. Fewfre 🔎 K🧀05:11 Mon, 29 Jan 2018
Ah, thanks for explaining it. --Sophie 02:13, February 1, 2018 (UTC)

Discussions disappeared

A day or two ago, I noticed discussions disappeared from the feed. Is it just me or has something changed? Thanks, Janus100 (talk) 02:29, March 22, 2018 (UTC)

Sorry for the issue and thanks for the report! I submitted a change that should fix it; should go live within a day or so after Wikia confirms it. Fewfre 🔎 K🧀03:00 Thu, 22 Mar 2018
Thank you so much for the quick fix! Janus100 (talk) 03:28, March 22, 2018 (UTC)


Could the timezone please be changed to local instead of UTC? It would make sense since the rest of Wikia looks to be in the local timezone as well. --Sophie 12:58, March 26, 2018 (UTC)

You can change it using the data-timezone="local" attribute. As for why I use UTC by default, unless I'm mistaken that's what "Special:RecentChanges" uses by default. If you open a "Special:RecentChanges" page in an incognito window, it shows time in in utc 24:00 format. And as for why it doesn't automatically use the timezone set in your profile, the issue is that the mediawiki version that wikia uses doesn't support mw.user.options.get("timecorrection"), which prevents me from getting it automatically (at least that was the case last time I looked into it). Fewfre 🔎 K🧀14:01 Mon, 26 Mar 2018
Ah, thanks for the explanation. Also it looks like you can get the timezone via the api, like how Unai does it for the watchlist token in their global.js. --Sophie 14:20, March 26, 2018 (UTC)
Assuming you meant here, First: I see nothing in that file that get's the timezone for the user. Second, as I just mentioned I know you can get the info from the API ("timecorrection"), but last I checked the version of MediaWiki that Wikia runs on doesn't give access to the timezone info, unless it exposes it somewhere other than "mw.user.options" (which is where newer versions have it). Fewfre 🔎 K🧀17:39 Mon, 26 Mar 2018
Actually, when I access it via "new wm.Api()", you're right, the user settings does contain the timecorrection attribute! odd. not sure why it's not available in the default "mw.user.options" settings. Thanks Fewfre 🔎 K🧀17:43 Mon, 26 Mar 2018

Article Comments

When article comments come up in the recent changes, it shows an unclickable link. --Sophie 04:40, May 1, 2018 (UTC)

(diff | hist) . . N Article comment ([ Peridot]) ; 19:50 . . (+92) . . ShadowBeast (Talk | contribs) (Created page with "I miss her as well. Small Peridot is cute and all, but I prefer her with the limb-enhancers.")
I was missing detection for https links in comments; should be fixed when V2.10 gets approved. Fewfre 🔎 K🧀04:23 Wed, 02 May 2018
Ah, thanks --Sophie 06:35, May 2, 2018 (UTC)


Your avatar in the bottom right is causing firefox to say that the page isn't secure due to mixed content, because your avatar is loaded over http rather than https. --Sophie 04:40, May 1, 2018 (UTC)

Opps, fixed (when V2.10 is approved)! Fewfre 🔎 K🧀04:23 Wed, 02 May 2018
Thanks~ --Sophie 06:36, May 2, 2018 (UTC)
Also, it now throws net::ERR_CERT_COMMON_NAME_INVALID when loading wikis where HTTPS isn't supported (wikis with the URL in the format of, for example on here. -- Cube-shaped garbage can 17:31, May 2, 2018 (UTC)
Hmm, I'm not sure how to best solve this. I use a "//" style link which works fine unless you're fetching http from https. But then you couldn't get the http links anyways without the user allowing the page to fetch unsecure information anyways (which I think has to be done every time the page (not script) is refreshed). Although in chrome if i allow the page to get http data, the "//" links still default to "https", so I'd have to manually check for the http version if the https fails in a specific way (which is annoying since I don't think there's a way for me to know the error is due to http/https issue since it's a "net" error (in code, since while the user can see specific net errors, the JS doesn't know which net error it is)). While I'd probably need to add this feature for external wiki, the current issue is more a wikia issue than a my script issue; if wikia wants to use https, then I can't really design around thier site not completely using https (I know it's a beta feature, but also it IS a beta feature, so it's not my script's fault per-say).
I'll try messing around with it this weekend, but https pages purposefully don't want you loading http content so there is no graceful workaround. Fewfre 🔎 K🧀04:58 Fri, 04 May 2018

Non-English wikis giving error

I noticed this a few weeks ago, but non-English wikis started giving error messages and stopped the script from working. E.g. "Error loading [] (1 tries). Please correct syntax (or refresh script to try again)." on w:c:fewfre:RecentChangesMultiple#Lang. These were previously working – did the syntax to add those wikis change or is there something else going on? Thanks, Janus100 (talk) 23:48, June 18, 2018 (UTC)

Its not a bug with RCM, its because Wikia is using https on english wikis, but non-english wikis still use http, so its throwing an error because you're trying to load something thats http on a https page. --Sophie 23:53, June 18, 2018 (UTC)
I tried using RCM on a non-English wikia (which was using http) and RCM still threw the same error. Also, can RCM's documentation be edited to reflect it being an en-only tool (or at least added to notes that while RCM works for external wikis, it does not work for non-English wikias). Thanks, Janus100 (talk) 00:33, June 19, 2018 (UTC)
Link? Also the documentation doesn't need to be updated, since it not working isn't permanent, and it will work when wikia goes https network wide. --Sophie 00:47, June 19, 2018 (UTC)
After further testing, it seems that it does mostly work on non-en wikias, it just didn't like one of the non-en wikias I was testing. It hasn't been working for weeks, so what's the time limit on confusing users with out of date documentation? Has wikia already given a date for going https network wide? Also, it would be nice if the workaround this RCM issue was documented so users would know to create their RCM list on non-en wikia. Janus100 (talk) 01:36, June 19, 2018 (UTC)
As stated, this shouldn't be an issue once wikia enables https on all wikias. The best I can do is update the error message to explain that recent changes on http wikis cannot be checked on https wikis. I was trying to find a way to detect if the error was cause by http over https (as mentioned in the issue above this one), but couldn't find a simple way to tell if that's the issue (since net errors aren't reported via JS). And this issue can happen on external wikis as well. For now, this can be fixed by disabling https, or running the script from an http non-English wiki (not sure why one specific wiki does not work, feel free to post it and I can look into it); otherwise there is no actual solution for now. I will updated the documentation / error message though. Fewfre 🔎 K🧀02:51 Tue, 19 Jun 2018
I appreciate the update to the documentation & error message. As a less technical user, I saw the existing error message weeks ago, but had no idea what's going on and checking the documentation hadn't helped. It's a bit frustrating that there has been a workaround for weeks but it wasn't documented. So thank you for fixing this. Janus100 (talk) 04:13, June 19, 2018 (UTC)

A few suggestions

First, could the timestamps use 12hr instead of 24hr? Also could notifications have an onclick set on them, so that when you click on it, it takes you to the RCM page? And could the "grouped recent changes" option default to the user's preferences? --Sophie 07:42, August 16, 2018 (UTC)

  1. Might be a little bulky (since each line would have 2 extra characters (3 if a space was wanted)), but sure
  2. Shouldn't be an issue
  3. I forgot there were user settings for that! I'll look into it, should be possible though.
Going to be busy this weekend, but I should have time to look into it by end of next. Fewfre 🔎 K🧀02:06 Fri, 17 Aug 2018
Ah, thanks~ --Sophie 02:10, August 17, 2018 (UTC)
V2.11 (when approved): there's a new data-timeformat="12" option for 12hr timestamps, the script now uses all 4 RC options found in user settings, and Chrome should now take you to the RCM page when Notification is clicked. Fewfre 🔎 K🧀02:51 Sun, 26 Aug 2018
Thanks~ --Sophie 04:26, August 26, 2018 (UTC)

Default Param

Is the default param for days= &limit= been updated to 30 & 100 respectively. Clash.Bikash | Vanguard.png 07:15, September 9, 2018 (UTC)

The default values the script has are smaller to avoid lag/memory issues for some people. However, assuming you don't have them set on the page, the parameters should now use the values saved in your user settings ("Special:Preferences > Under the Hood > Recent changes"). Sorry for late reply, Fewfre 🔎 K🧀01:07 Fri, 26 Oct 2018

Non-English wikis with the fandom domain

Hi, I'm just wondering if somebody can fix this issue, I can't put anymore and if I try to put, if returns a message that I can't put anything after the .com. My temporary solution is to use the script on a wiki that use http, but after the migration is finished, I won't be able to do that.
Regards,   Clear_Arrow_%28avatar%29.png Clear Arrow (talk) 20:05, October 25, 2018 (UTC)

Hello, so first of all you can get your workaround working by using And correct, as mentioned under the HTTPS section, this can currently be worked around by using the script on a wiki using HTTP. If by migration you mean forced-usage of HTTPS, in theory once the migration is finished even non-English wikis should use HTTPS so it shouldn't be an issue (to my knowledge). Sadly there's really nothing I can do to workaround this issue without using a proxy (which I assume would violate some rule anyways), as this is an issue with how HTTPS works. Blame Wikia for not rolling out HTTPS to non-English wikis during the testing period. Sorry I couldn't be more help, Fewfre 🔎 K🧀01:03 Fri, 26 Oct 2018
Speaking of this, I noticed that if you use something like, the link to a discussions post links always to the english wiki (the link doesn't have the /language/ part). --DarkBarbarian.pngBarbar (talk) 15:20, November 24, 2018 (UTC)
Sorry for delay, discussion bug should be fixed in V2.12. Language wikis can now be added without scriptdir workaround, just by adding /es after it like in your first message. Fewfre 🔎 K🧀22:15 Fri, 08 Mar 2019


Could support for people tripping an AbuseFilter please be added? --Sharkie 11:46, February 22, 2019 (UTC)

To confirm, you mean something similar to AbuseLogRC? If so I can add it to my list, might take a couple weeks to get to it though. Fewfre 🔎 K🧀14:16 Fri, 22 Feb 2019
Yep. --Sharkie 14:25, February 22, 2019 (UTC)
Going to take a little longer than I thought due to personal stuff, but I researched it and got some parts done and it looks completely do-able (doesn't require some access token or anything that would make this impossible). Also, in your opinion, do you think this is something that should show up by default, or should it have a checkmark on top right (like discussions) and be disabled by default? Fewfre 🔎 K🧀03:16 Thu, 14 Mar 2019
Probably by default. --Sharkie 03:33, March 14, 2019 (UTC)

The script does not work even on Community Central

Hello. Already most of the wiki is moved to, including the Community Central and foreign language wiki. Is it time to fix the script so that it works when placed on the wiki with https?
-- Natalya-ru 06:25, March 14, 2019 (UTC)

If you're referring to loading http wikia wikis on a wiki that uses https (including all fandom ones), that isn't possible. Not an issue of fixing, browsers don't allow loading http loading over https. The script itself though has no issues running on https IF all the wikis it loads are also https. So if you are using a url, but the wiki has moved to fandom, updating the link to be should work. If you still have wikis that haven't converted to https yet, w:c:communitytest hasn't converted yet and the script can be run there. TL;DR: change the wikis in your list from to (if they've been converted; if not, just need to wait it out). Fewfre 🔎 K🧀01:42 Sat, 16 Mar 2019
Indeed, it worked when I changed to Thank. It may be worth worth changing the syntax description on the translated pages with the script description? I was guided by the description on the page RecentChangesMultiple/ru. -- Natalya-ru 06:12, March 16, 2019 (UTC)
I've never had any contact with the people who translated the pages. I guess I can message them and ask them to update it. Fewfre 🔎 K🧀19:25 Sun, 17 Mar 2019