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)
Hey, sorry for delay massive delay; sadly it doesn't look like this is possible since you can't view the logs if you don't have access (which requires being logged in and on the domain). I can view -if- the user has access, but can't access it from the api without credentials (which I can't do on a public script). While it seems all users have some access (or at least I always do), anons don't, which is how the API operates Fewfre 🔎 K🧀17:49 Sat, 25 May 2019
Ah, thanks for taking a look at it tho. --Sharkie 20:50, May 30, 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

Errors on UCP wikis

RecentChangesMultiple produces an error message if the logs option is enabled when checking a UCP wiki. Can work around by deselecting the logs checkbox, or by setting hidelogs=1 in the data-params. (Someone already reported this on your userpage, I'm adding it here so other users can see it.)

Flanqer @fandom 20:52, August 14, 2020 (UTC)

I bet I know what the issue is; I have a hardcoded wikia/fandom check to make it use the old log system, hopefully a mediaiwki version check should fix it. I'll look into the tomorrow! Fewfre 🔎 K🧀00:29 Sat, 15 Aug 2020
Alright, this should be fixed with V2.13 Fewfre 🔎 K🧀06:47 Sun, 16 Aug 2020

"Thread on null" reports on UCP wikis

For a UCP wiki (, RecentChangesMultiple outputs some lines as "thread on null" (see screenshot). The word "thread" is a broken link, and the link on the word "null" seems to use an unrecognized category. I suspect these are article comments, but can't confirm it.

Thread on null

Flanqer @fandom 21:07, August 14, 2020 (UTC)

Oh, do comments use the discussion system as well on UCP wikis? Thanks for reporting it the issue, I'll look into it tomorrow; hopefully both should be easy fixes. Fewfre 🔎 K🧀00:29 Sat, 15 Aug 2020
Yes, both article comments and message walls on UCP use the Feeds/discussion system. Flanqer @fandom 01:10, August 15, 2020 (UTC)
Oops, forgot to mention another minor UCP incompatibility: Fails to fetch the wiki's favicon, displays the default Fandom favicon instead. (example wiki:
Flanqer @fandom 01:18, August 15, 2020 (UTC)
Already noticed the favicon thing, but thanks! In my defense, that's fandom's fault (I submitted a bug report to them). In my fix I'm forcing it to use the old method of fetching the favicon so will be fixed though. Fewfre 🔎 K🧀05:20 Sun, 16 Aug 2020
Alright, I have this... semi fixed. Discussions api sucks for my purposes, and some of it is also broken it seems. What I changed:
a) article comments now say "Articles comments" like they used to with old way; that said nothing else about article comments work. They never include the page name anywhere, none of the links provided in the call work, and the forumId breaks wherever I use it. Only feature I was able to add is having a summary of the message shown (since that is included in the API).
b) message wall messages are still janky but work much better than comments now. Links should work (other than the timestamp ones if expanding a collapsed section), although I'm doing it in a way that may break in the future (I'm secretly hoping they make the API better before I do it the hard way for no reason). Fewfre 🔎 K🧀07:22 Sun, 16 Aug 2020
I've looked a bit into article comments and found how the reported page links them. The discussions API uses it's own "stable page ids" which can be found at pData._embedded.thread[0].containerId or directly at pData.forumId in the posts endpoint. To get the page title and link for UCP article and blog comments you need to use these ids in the /wikia.php?controller=FeedsAndPosts&method=getArticleNamesAndUsernames&stablePageIds= endpoint (Example). Note that this endpoint returns the page title without the namespace. --MarkusRost (talk) @fandom 15:52, August 24, 2020 (UTC)
Awesome, this seems to be exactly what I needed! Thanks so much! Fewfre 🔎 K🧀17:02 Mon, 24 Aug 2020
Sadly doesn't seem possible to use actually, because wikia.php has CORS set to strict-origin-when-cross-origin, which only allows it to be called on the subdomain/wiki it belongs to :( So it seems I can only use links (since I need to talk to multiple wikis) Fewfre 🔎 K🧀15:26 Tue, 25 Aug 2020

──────────────────────────────────────────────────────────────────────────────────────────────────── Since authentication does not seem to be required for that endpoint, couldn't you use CORS Anywhere to bypass that? -- Cube-shaped garbage can 15:28, August 25, 2020 (UTC)

I'm generally not a fan of suing proxies if I can avoid it; though especially with thier API being so annoying, it might be the more reasonable option. Fewfre 🔎 K🧀03:57 Wed, 26 Aug 2020
Alright, using the proxy I was able to access the data, so this should hopefully be fixed in the next version (V2.14) Fewfre 🔎 K🧀04:48 Thu, 27 Aug 2020

An error during UCP compatibility (possible unexpected error?)

During the UCP compatibility, an (unexpected?) error has occurred on it.

{"code":"multival_letype","info":"Only one of \"phalanx\", \"phalanxemail\", \"renametool\", \"timedmediahandler\", \"\", \"block\", \"protect\", \"rights\", \"delete\", \"upload\", \"move\", \"import\", \"patrol\", \"merge\", \"suppress\", \"tag\", \"managetags\", \"contentmodel\", \"newusers\" and \"create\" is allowed for parameter \"letype\".","*":"See for API usage. Subscribe to the mediawiki-api-announce mailing list at <> for notice of API deprecations and breaking changes."}

--Jamie248 [ TCE📝 ] 11:42, August 27, 2020 (UTC)

This should already have been fixed a few days ago; can you confirm you are using V2.13+? It shows on the bottom right of the script when running - should currently be V2.13b, or even V2.14 once a recent update goes through. If not, can you try clearing cache, or trying it in an incognito window? If you are up-to-date, can you share the page your list is on please? Not breaking for me when I tested that wiki here. Fewfre 🔎 K🧀15:39 Thu, 27 Aug 2020

links with spaces don't work

Since one of the latest updates links like " blog:XYZ/A title" link to "" thus rendering the link broken.
--DarkBarbarian.pngBarbar @fandom (talk) 19:56, August 29, 2020 (UTC)

Could you please link me to a wiki with the problem? I just made test edits on both a UCP and non-UCP wiki and tested the script on both types of wikis and it works for me (most of my recent edits are related to that). And could you confirm you are using the 2.14 version of the script (just to rule out cache issues)? Fewfre 🔎 K🧀01:01 Sun, 30 Aug 2020
Yeah, sure thing! I use the script here, the edits in question were blog comments and happened on August 29: My version is 2.14, so it's all up-to-date.
--DarkBarbarian.pngBarbar @fandom (talk) 13:32, August 30, 2020 (UTC)
Hmmm, I still can't replicate it. Tried Chrome, FF, and Edge, tried setting my language to German, tried disabling my user script and loading in your global.js, but the link always works for me. I also checked my code, and I do run the title through mw.util.wikiUrlencode, which should fix any issues related to spaces. Somewhat out of theories or things to check, so more questions sadly:
  A) Does it list it as "Artikel-Kommentar (Benutzer Blog:SpacePucky/Erste Wikis ziehen zur neuen Plattform um)", or does it double up the title?
  B) When you hover over the link, I assume the link it shows on the bottom of the browser is broken too?
  C) I doubt this will help since you have the correct version, but could you try logging into an incognito window and seeing if the issue persists?
If your problem is with comments specifically then it may be related to my translation update, but I still see no issues with the code and it does work for me, so not sure what the issue might be. Sorry for the wierd issue and this not being an easy fix. Fewfre 🔎 K🧀16:16 Sun, 30 Aug 2020
Hey Fewfre, no worries, I appreciate your help! I made a screenshot which should help clarify the issue:
--DarkBarbarian.pngBarbar @fandom (talk) 22:32, August 30, 2020 (UTC)
Alright, I'm seeing it now; not sure why I wasn't before. So I definitely know the issue now, but I'm already accounting for it, so I'm not sure how it's getting through (very odd). I'll look into this tonight. Fewfre 🔎 K🧀13:25 Mon, 31 Aug 2020
Should be fixed! It only affected grouped changes, which is why I missed it before. I didn't increase version number, but change should go through in next few days. Sorry again for all the trouble, and thanks for helping me figure it out! Fewfre 🔎 K🧀00:02 Tue, 01 Sep 2020
It's fixed, thank you! --DarkBarbarian.pngBarbar @fandom (talk) 22:00, September 1, 2020 (UTC)

Break word

Please add to css:

.rc-content-multiple .comment {
    word-break: break-word;

Because now very long comment with no spaces goes off container boundaries. For example, it could be some link. --Alex6122 © 12:50, September 12, 2020 (UTC)

Fixed, thanks for the heads up! Fewfre 🔎 K🧀13:49 Sat, 12 Sep 2020

Move files log bug

RecentChangesMultiple move log&#039;s bug

At Russian-language wiki I can't see new name of renamed file. Example from --Alex6122 © 20:48, September 16, 2020 (UTC)

UPD: This is real unique bug, that I have at this page. I cant see any reason of this bug.
This may be a low fix priority. --Alex6122 © 15:59, September 17, 2020 (UTC)
I'm not able to replicate the issue, either on a test wiki or by visiting that link (even tried using Russian language, even though screenshot uses English). Does the bug still happen for you, or was it more of a one time thing? Fewfre 🔎 K🧀05:19 Fri, 18 Sep 2020

Issue with background colour on UCP wikis

On UCP wikis, the background colour for all wikis is just grey, even when I add something like "&bgcolor=#00FFFF". How do I make the different background colours appear for each wiki?
Thanks Jeminali (Message Contribs) 07:17, September 30, 2020 (UTC)

Community content is available under CC-BY-SA unless otherwise noted.

Fandom may earn an affiliate commission on sales made from links on this page.

Stream the best stories.

Fandom may earn an affiliate commission on sales made from links on this page.

Get Disney+