Fandom Developers Wiki

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 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 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 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 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.png

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 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 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 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 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 | 12 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)
Old topic, but added it in! Not sure if fandom just made it so abuse logs could be fetched by anons or maybe an API update with the newer mediawiki version, but works fine now! Fewfre 🔎 K🧀18:28, September 8, 2021

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 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.png

Flanqer 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 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 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) 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 (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 (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 (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 (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's bug.png

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)

Fixed! Was just a small CSS change on UCP. I'm surprised I didn't catch that; I recall thinking the script looked bland on UCP wikis, but I just assumed it was because my test UCP wiki was bland. Thanks for pointing it out! Fewfre 🔎 K🧀17:24 Wed, 30 Sep 2020
That's great. Thanks! Jeminali (Message Contribs) 02:10, October 1, 2020 (UTC)

Bad title in comment link

Article Commont Bad Title Link at RCM.png

At Russian wiki RCM get incorrect title to article/blog comments. This bug appeared after UCP migration.
I see a "Bad title error" after following the link.

Maybe problem with Cyrillic at namespace. --Alex6122 © 10:35, October 26, 2020 (UTC)

Hey, sorry for late reply. Seems the issue was I was double escaping the page name in the url (since I didn't know fandom api already encoded the url). Should be fixed now (pending review of course). Fewfre 🔎 K🧀06:20 Fri, 30 Oct 2020

Not working on UCP

Hi. This script stopped working on UCP wikis about a week ago. Even though I've put it on my global.js and common.js of that wiki, it won't load. Not sure if this an issue that's specific to your script, or just a UCP issue in general, but I thought I'd let you know. Jeminali (talk) 17:40, November 17, 2020 (UTC)

I think importArticles() is still broken on UCP (I know we still have that issue on a UCP wiki I'm on) - I can't find an official notice about the bug, but I've seen people mention it on community central and on the fandom discord (ex). I think for now we either need to wait for fandom to fix the issue, load the script manually, or just use it on non-UCP wikis. Either way, I'm fairly sure this specific issue isn't on me (but let me know if I'm wrong), but thanks for the heads up! Fewfre 🔎 K🧀16:50 Wed, 18 Nov 2020
Thanks for the response. But how do I load the script manually? Jeminali (talk) 06:05, November 20, 2020 (UTC)
Based on this, this seemed to help me (make sure to do it on ucp wiki; i forgot when i tried first time):
mw.loader.using('mediawiki.util').then(function() {
Where ... is your importArticles function. Fewfre 🔎 K🧀05:46 Sat, 21 Nov 2020
I imported it to here and here. I've tried adding the code that you suggested, but I don't think I did it right. Jeminali (talk) 08:19, November 21, 2020 (UTC)
Sorry for the confusion, you'd want to do:
mw.loader.using('mediawiki.util').then(function() {
        type: 'script',
        articles: [
Fewfre 🔎 K🧀18:19 Sat, 21 Nov 2020

──────────────────────────────────────────────────────────────────────────────────────────────────── I've added that, but the script still won't load. Jeminali (talk) 08:59, November 22, 2020 (UTC)

Alright, I tried combining some other things and it still works for me so might fix your issue?
mw.loader.using(['mediawiki.util', 'mediawiki.Uri', 'ext.fandom.ContentReview.legacyLoaders.js'], function() {
        type: 'script',
        articles: [
If it still gives you issues, can you try editing your common.js (on elite-netflix wiki) to remove the "importArticles" that's outside of the "mw.loader.using"? There's a small chance it might be causing an error that prevents the later part from loading (I don't think it would mess up the global.js file, but worth a shot). Fewfre 🔎 K🧀05:24 Tue, 24 Nov 2020
Ah it works now. Thank you! :) Jeminali (talk) 07:10, November 25, 2020 (UTC)
Awesome! I was basically out of ideas if that failed, so I'm glad it worked. Fewfre 🔎 K🧀16:48 Wed, 25 Nov 2020

Discussion/Comment only

After some tag such as <rss> and <activityfeed> are deprecated on UCP wikis, I try to find some workaround. Can I get Discussion/Comment only from fandom with some options from your code? Thank you --Dai ca superman (talk) 04:58, November 21, 2020 (UTC)

I'm not exactly sure what your use case is; you mention rss/activity feed, but neither of those only list discussions/comments to my knowledge, so not sure how your two points are connected. But if you do want to be able to hide normal edits and only show "social activity" ones, I can add a feature for that if you want Fewfre 🔎 K🧀18:23 Sat, 21 Nov 2020
Before I use this type of tag to hide other edits and only show comment from article and forum: <activityfeed hideimages=true size=12 exclude="main,user,user_blog,user_blog_comment,file,user_talk,message_wall,thread,category,project" /> . If you can make a feature as you said, I'm very grateful. :) --Dai ca superman (talk) 02:45, November 22, 2020 (UTC)
I actually forgot I already had some (very limited) "namespace" support already in. While there isn't a "no edits" option, you can cheat by doing data-params="namespace=-2" as, unless I'm mistaken, while it's a valid namespace there's never anything returned for it. Note: This trick only works if the target wiki(s) are on UCP (it seems old wikis don't accept "-2" as a value). As your using this to combat an issue on UCP I assume this isn't an issue, but let me know. Fewfre 🔎 K🧀05:09 Tue, 24 Nov 2020
Thank you for your suggestion. It shows content from all other non-mediawiki namespace include message wall. However how can I exclude the comment from message wall namespace anyway? I just want to show only comment and discussion parts. --Dai ca superman (talk) 09:50, November 24, 2020 (UTC)
On the "Discussions" dropdown in the options at the top, unselect message wall. Clicking "Save options with cookie" will make it remembered on page refresh. Fewfre 🔎 K🧀14:59 Tue, 24 Nov 2020
Thank you. But can I make this as default for others? I want to show the comment on my wiki mainpage --Dai ca superman (talk) 03:42, November 27, 2020 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── Alright, as of V2.15c, I made it so the data-discussions-enabled option can now accept a list of values. In your case you would want: data-discussions-enabled="FORUM,ARTICLE_COMMENT" to exclude message walls. Since it's the weekend the change probably won't go through until Monday. Fewfre 🔎 K🧀19:23 Sat, 28 Nov 2020

Article comment link (UCP)

On UCP, when RCM shows a comment, it says Article comment (null); 01:26 . . Sophiedp (talk | contribs | block) (Test), showing "null" instead of the page name ("null" is also a link that points to RCM's page with a # after it (eg, RCM#). --Sophie ♦ 10:32, January 10, 2021 (UTC)

First wait for all wikis/changes to be finished, and then wait a few seconds, as it sometimes takes awhile as the page names have to be loaded separately. If it still happens, then this happens to me on occasion as well, and a page refresh (usually) fixes it. Sadly not a whole lot I can do about the later issue; fandom decided to not add the page name into the discussion api (even after I asked), so the only way for me to get it is via a seperate call which also must be done via a proxy; I think the bug happens when the (free) proxy I use takes to long to fetch the page names and times out. More on why the proxy is needed here if you want the technical aspect. If they ever add a better way for me to do this, I'll update the script. Fewfre 🔎 K🧀21:07, January 11, 2021
Actually, when I get home, I'll try to add some code to make it keep trying to get the page name every so often if it fails; should hopefully help a bit. Fewfre 🔎 K🧀21:16, January 11, 2021
Alright, I added a small change (V2.15d) that makes the script check up to 10 more times over ~6 minutes (and also fixed another bug that may have been related), so that should hopefully go live soon. Fewfre 🔎 K🧀08:45, January 12, 2021
Tested it again, and it seems to be working for me, thanks. --Sophie ♦ 07:48, January 16, 2021 (UTC)

Error when loading wikis

On a user's RCM page (note the page contains many wikis), when the script tries to load all of the wikis, it gets almost all of the way done, and then errors with Uncaught TypeError: Cannot read property 'split' of undefined. --Sophie ♦ 07:44, January 16, 2021 (UTC)

Hmm, I don't get any error on that page. Do you still get it / is it consistent? If it does still happen, what part does it get stuck on? "Loading/Sorting" or "Loading discussions"? Fewfre 🔎 K🧀17:12, January 16, 2021
Yeah I'm still getting it, and it seems to be consistent (I still get it even if I enable safemode), Recent Changes downloaded at: 02:48 – [1485 / 1997 Recent Changes added] is when it happens. shows where the error is if you need it. --Sophie ♦ 05:01, January 18, 2021 (UTC)
Oh, I didn't even know any wikis were still using the chat; I'll look into the issue when I get a chance tonight or tomorrow (not sure why I'm still not seeing the error when I view it though) Fewfre 🔎 K🧀03:55, January 19, 2021
Fixed (V2.15e) - issue was chat log support on UCP; I never added any since fandom said there would BE no chats on UCP wikis, but I guess the issue happens when a wiki had chat logs left over from before UCP; my bad! Fewfre 🔎 K🧀16:25, January 20, 2021
Ah thanks, I'll let them know it's fixed. --Sophie ♦ 13:54, January 23, 2021 (UTC)

toLowerCase should not be used for MW messages

RCM uses the MediaWiki system messages rcfilters-group-results-by-page (line 3472) and rcfilters-filter-logactions-label (line 3479). Currently, it applies toLowerCase() to them. This may be fine for English (though not really that neccessary, I'd say), but it is problematic for other languages. Therefore, it would be better to keep the strings the way they are or, alternatively, to have a way to optionally override the MW messages using i18n-js (for English, in this case). –PHTL (talk) 21:51, 31 January 2021 (UTC)

I do allow people to override system messages used in the script via i18n-js actually! :D Just hasn't ever been used. Just need to give it the same system message key. Sadly since i18n-js is not setup for that you'd have to edit the actual translation json file directly (if that's something your comfortable with). Or I think(?) if you use the i18n-js way of overriding messages on a user-specific basis it may work? Anyways, to address the actual issue, I didn't really think about that problem; I can look into fixing the issue in a little bit when I get home (or at least see if there's a reason I'm doing it). Fewfre 🔎 K🧀22:42, February 1, 2021
Ok, so the issue is the rest of the filters use "rcshowhide" system messages, which are lowercase (and is the case in the 6-7 languages I checked), while the two you listed use a different thing since they don't have an rcshowhide counterpart. But since those two use a capital, it looks bad to have just those two start with a capital. Since every language I checked (admittedly latin based) has the others lowercase, lowercase-ing the other two seemed like the best solution. Since the capital/lowercase mismatch is an issue in at least every european language it seems, overriding it for those doesn't seem plausible. Which language(s) has an issue with the lowercase? Would it be more reasonable to overwride the system message just for them? Or would only lowercasing the first letter (while not lowercasing those 2 message) fix the issue? Or would uppercase-ing the first letters of the others cause an issue as well? If no to the above, and this is an issue in multiple languages, then I might just remove the toLowerCase and live with the awkward mismatch. Fewfre 🔎 K🧀00:52, February 2, 2021
After a bit of research, it looks like this is only a problem for German translations. Nouns are the problem, they begin with capital letters. German appears to be the only language (with exceptions that are not noteworthy, though) for which this is the case. I am not too sure about non-latin-based languages, however. Assuming that these languages don't have to deal with capitalization, My suggestion would be to just have a special if statement for Global_1["default"].config.wgUserLanguage == "de" without toLowerCase() for now. :)
Another thing I've noticed in the mean time is that dates show up in a wrong format – looks like there are 2 new formats introduced with the updated MW version. The cases "dmyt" and "dmyts" should be added to "dmy" inside the switch in line 3908. –PHTL (talk) 21:54, 8 February 2021 (UTC)
Alright, I submitted V2.15f - Instead of make an exception for German, I just capitalize the first letter on all of them; looks better that way anyways, and should solve the issue. And I added the date formats you mentioned, thanks for the heads up! Fewfre 🔎 K🧀06:10, February 10, 2021
👍 Good solution. There are no mdyt(s) and ymdt(s) by the way, you can just leave them out if you want.
Thank you very much for fixing these problems! :) –PHTL (talk) 11:41, 1 March 2021 (UTC)

Link to "SocialActivity"

Hello. There is a persistent bug where Null is displayed instead of the title of the commented article and it is impossible to go to the landing page. I understand that this problem is difficult to solve, so I just want to ask you to add a link to the SocialActivity page next to the link to RecentChanges. So at least it is easier to go straight to the social part, and not to make several transitions.-- Natalya-ru 06:15, 17 February 2021 (UTC)

Hmm, I thought I mostly solved the null issue (though admittedly still only "mostly"). -insert rant about discussions api-. Anyways, I can add that sometime tomorrow, sure. I might also try making my own custom proxy script since I think the free one I'm using is sometimes why it's null. Fewfre 🔎 K🧀07:14, February 17, 2021
Alright, I submitted V2.15g, which should hopefully make nulls less common, as well as adds a link to SocialActivity Fewfre 🔎 K🧀05:09, February 18, 2021
Ran into slight security snag and my script edit was rejected; looks like they might fix the issue requiring me to use a proxy, but if that takes longer than expected I'll at least submit a fix with the SocialActivity link change. Fewfre 🔎 K🧀16:26, February 18, 2021
For now SocialActivity link should now show up! And hopefully in a week or two the fix for nulls should be in based on a tweak by fandom. Fewfre 🔎 K🧀19:58, February 19, 2021
Thank you so much! -- Natalya-ru 05:58, 20 February 2021 (UTC)

Endless loading

Hey! Looks like the last Fandom's update broke something. The script does not load - the loading gears are spinning endlessly. This happens when the page is refreshed. If I'm update the edits with the button built into the script, everything is updated without errors.
-- Natalya-ru 18:09, 9 March 2021 (UTC)

Should be fixed now! Seems they renamed one of the CSS files I was loading for diffs to work. Fewfre 🔎 K🧀21:23, March 9, 2021
The script is working now, thanks. Only the decoration of the update button is gone
RecentChangesMultiple button bug.jpg
-- Natalya-ru 09:19, 10 March 2021 (UTC)
Oh right, I forgot I use the CSS vars they renamed here as well; I'll update now, just a quick CSS fix Fewfre 🔎 K🧀16:11, March 10, 2021

Not showing messages

Hallo! The script not showing messages from discussions, walls and comments. -- Natalya-ru 17:29, 30 March 2021 (UTC)

Seems fandom broke the discussions api (or maybe moved it or something); I'll message them and see what I should do Fewfre 🔎 K🧀19:44, March 30, 2021
Thanks, I hope they will fix it quickly, without your script it is difficult for me to monitor the activity on my 17 wikis (>﹏<) -- Natalya-ru 09:48, 31 March 2021 (UTC)
Hey, so quick update; they got back to me today - it turns out they did actually move the api. I tried to use the new url just now and it seems they don't have CORS setup correctly for use in my script - I messaged them about it just now, so hopefully they're quick and get it fixed before the weekend. Fewfre 🔎 K🧀01:43, April 1, 2021
I updated my script to point to new url, although it still requires fandom to tweak the CORS on the api for it to actually work; but once they do update it it should work right away (well, will require a page reload). Fewfre 🔎 K🧀15:26, April 2, 2021
Thank you! You are amazing! -- Natalya-ru 18:54, 2 April 2021 (UTC)
Alright, seems they added it! Was worried they forgot about it towards the end there, but better a bit late then never! Fewfre 🔎 K🧀14:31, April 8, 2021

Messages without replies not showing

Hello. I've noticed that messages which don't have replies don't appear on the RecentChangesMultiple script. Jeminali (talk) 05:42, 10 April 2021 (UTC)

Hmm, seems to work fine for me (after I remembered to turn off hiding my own edits =p). Could you elaborate a bit more / give me an example if possible? For my test all i did was create a new comment/wall/discussion and not add any replies Fewfre 🔎 K🧀15:36, April 10, 2021
For example, these messages (1 and 2) don't appear on the RCM script here. Jeminali (talk) 02:54, 11 April 2021 (UTC)
Hmm.. so I just checked and the discussion API for both and returns a 404 error. And I'm assuming it's related to the fact discussions seems to be disabled; just to confirm, do you know if that's disabled on purpose? I'm assuming so, but since this seems like an error I'll need to talk to fandom about, the more info the better. My working theory is when fandom disabled discussion on the wiki they also nuked the api (even though the discussion system is used for walls/comments as well). Also just to confirm, you hinted it works if it has a reply; can you confirm that on those two wikis? From what I can tell it shouldn't actually work at all Fewfre 🔎 K🧀04:35, April 11, 2021
Well, we specifically told the WR at the time that we didn't want to enable Discussions, so in theory, it was never enabled. When I looked at the script a few days ago, I saw replies to messages. But now, I can no longer see any messages or comments on or Jeminali (talk) 06:07, 11 April 2021 (UTC)
Alright, thanks; I'll message fandom and get back to you when I get a reply Fewfre 🔎 K🧀17:18, April 11, 2021
Great, thanks! :) Jeminali (talk) 04:49, 12 April 2021 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── They said it does seem like a bug and that they'll send it to the technical team. Hopefully it's an easy enough fix they get around to it sooner rather than later! Fewfre 🔎 K🧀22:43, April 13, 2021

Good to know, thanks. :) Jeminali (talk) 07:30, 14 April 2021 (UTC)
Hey, so the messages and comments are showing up now, which is great. :) However, I noticed a glitch. A user sent this message on, which does not appear on the RCM script. Instead, the script shows a non-existent message. As you can see in the screenshot, the RCM script shows that the user (MrOrganize) posted a message on SeddieAddiction's wall, however they never sent this message (they also didn't send and then delete). Also, this "message" has an upvote number, even though a message is not a Discussions post and the wiki has not enabled Discussions. RCM message.PNG Jeminali (talk) 05:20, 16 April 2021 (UTC)
Wierd; looked at the api results and it does say it's a "forum" type post (despite also saying the "forum name" is someone's wall). My best guess is it was a small bug that happened during the time frame they were fixing the api issue (based on timing) - since it appears to only be a single case (correct me if I'm wrong), I think it's best to assume they fixed it (going forward at least). If the issue does crop up again let me know and I'll report it to fandom. Fewfre 🔎 K🧀16:06, April 18, 2021
Ah okay. Thanks. Jeminali (talk) 12:26, 20 April 2021 (UTC)

Cannot read property 'split'

I have some strange problem with trying look at I see infinite Loading/Sorting... (0%) message on the page, and Uncaught TypeError: Cannot read property 'split' of undefined error at Google Chrome console.

Example here or here. That's working fine a few days before. --Alex6122 © 13:09, 27 April 2021 (UTC)

RCM bug.jpg
I join. Of the 18 monitored projects, the script does not work for me only on the page with the ru-Community. Could it be related to the deleted version of the page? Recently, CC-ru was vandalized and SOAP removed the vandalized version of the page. Just after this event, the script stopped working normally. It seems to me that the script is trying to get a record of this log and cannot do it. -- Natalya-ru 06:07, 28 April 2021 (UTC)
It almost certainly is; Firefox provides a slightly clearer error message, saying Uncaught TypeError: pData.title is undefined. I traced it to this line in the TypeScript source: RCData.ts, line 85. The API returns this for the RC entry:
    "type": "log",
    "actionhidden": true,
    "rcid": 286988,
    "timestamp": "2021-04-26T16:39:02Z",
    "suppressed": true
There is no title field in the RC entry data, which RCM cannot handle. --AttemptToCallNil (talk) 06:41, 28 April 2021 (UTC)
Made a temp fix for this; I haven't had many examples to test on for removed/suppressed/hidden edits, so it seems I wasn't handling it correctly. I'll try to make a more proper fix in a day or 2) Fewfre 🔎 K🧀07:12, April 28, 2021

Adapting to UCX

RCM on UCX.jpg

In the new skin, the script does not hide the right rail. For example, since I usually use scripted windows on the secondary monitor with a narrow resolution, this is a rather tangible problem. Very few string fit in the visible screen.
-- Natalya-ru 10:15, 4 June 2021 (UTC)

Ah, I didn't notice it on mine since my 3rd monitor is small enough to force it into tablet mode, my bad! Luckily this is a simple CSS change, so already fixed and should update once your cache is cleared/updates. Fewfre 🔎 K🧀16:14, June 4, 2021
Oh, I see the changes. Thank you very much! -- Natalya-ru 10:03, 7 June 2021 (UTC)

Title on the Main page

RCMultiple Title on the Main page.jpg

Hello. On one wiki, a script is used on the Main page to display recent changes and Social activity. But due to use of the script, the title of the page is shifted. It can be fixed? -- Natalya-ru 07:21, 9 July 2021 (UTC)

Sorry about that, seems when I tried to fix some CSS a couple weeks ago I added a bad CSS file - I submitted a fix, but since it's a JS fix might take a day or two for them to review it. Fewfre 🔎 K🧀13:27, July 10, 2021
It's okay now, thanks -- Natalya-ru 06:04, 11 July 2021 (UTC)

Favicon (FandomDesktop)


This script take only the Favicon from Oasis but if the wiki is created on FandomDesktop, the favicon is not showing because there is no file:favicon.ico on the wiki. Example here.

You might change that :)

Bon Wiki
Thegamer1604 (Discussion) 18:44, 28 July 2021 (UTC)

Fixed (V2.15i) - it will now use File:Site-favicon.ico if it exists, and favicon.ico if it doesn't. Thanks for the bug report! The implication of that file name change slipped my mind completely Fewfre 🔎 K🧀01:45, July 29, 2021

CSS can not load

As the css in loaded this way, <link rel="stylesheet" type="text/css" href="/load.php?mode=articles&articles=u:dev:MediaWiki:RecentChangesMultiple.css&only=styles">, the CSS won't be load for non-en fandom communities whose en community was a GP wiki. It's appriated if you can fix it. DDElephant (talk) 03:40, 21 August 2021 (UTC)

Changed it to load directly from dev wiki (V2.16) - glad to see Gamepedia users using my script too :) Fewfre 🔎 K🧀18:40, August 21, 2021
Thanks a lot for your fix. However, a GP wiki's non-en veerson could be a native fandom wiki if it is founded after the merge. And my community is in this case. I'm sorry for disappointing you. The problem was there because our local path is not /load.php (which is for the en wiki) but /zh/load.php. Anyway, your fix works too. Grate thanks again!

The "Articles" system message


It seems that the Articles system message is not translated be default in wikis (you can check that by appending something like /zh /ru to the url of that system message page). This message is also not a whitelisted message in Fandom. Please consider using MediaWiki:Article with plural or MediaWiki:Searchprofile-articles, or using dev i18n.DDElephant (talk) 23:44, 3 October 2021 (UTC)

Sorry, I usually try to double check that a system message is actually translated - I'll update it sometime tomorrow and either use a different message, or use a custom i18n. Fewfre 🔎 K🧀03:39, October 4, 2021
(V2.16c) Updated script to use same system message as Special:Statistics (MediaWiki:statistics-articles) - thanks for pointing out the issue! Fewfre 🔎 K🧀03:09, October 5, 2021

Script not loading

Hi there. It seems that the script has stopped working. The gears keep spinning, but it won't load. Could you fix it? Thanks. Jeminali (talk) 16:18, 8 November 2021 (UTC)

I've bumped his talk page LeMansRacer (talk) 22:19, 8 November 2021 (UTC)
Thanks Fewfre 🔎 K🧀12:11, November 9, 2021
Sorry about that, should be fixed (once it's reviewed)! Seems fandom finally removed some old pre-UCP css imports, so I just had to remove them from my script Fewfre 🔎 K🧀12:11, November 9, 2021
Thanks! Jeminali (talk) 15:59, 9 November 2021 (UTC)

MediaWiki 1.37

The script appears to no longer function on wikis that have been migrated to MediaWiki 1.37. See here for an example. SeboltoTalk 09:17, 17 May 2022 (UTC)

The problem seems to be with the 1.37 resource loader converting true.toString()!0.toString(), and false.toString()!1.toString(). Compare the following: load.php (1.33) vs load.php (1.37). I'd propose using a literal "true" and "false" (or if parentheses will survive the minification, then (true).toString() and (false).toString()) while waiting on a fix in the 1.37 resource loader. --BryghtShadow (talk) 10:08, 17 May 2022 (UTC)
Nice catch, thanks! I just converted them to hardcoded strings. I ran the minified code through a formatter, and those seem to be the only two issues, so hopefully those two changes fixes it. Fewfre 🔎 K🧀06:09, May 18, 2022

Doesn't work (23/05/22)

The script doesn't works after the update of MediaWiki:I18n-js/code.js.

Bon Wiki
Thegamer1604 (Discussion) 19:04, 23 May 2022 (UTC)

Same problem. --Alex6122 © 21:28, 23 May 2022 (UTC)
The edits to i18n-js have been reverted and it's been approved by JSRT, so it should work (cache might give you trouble tho) --Sophie ♦ 23:02, 23 May 2022 (UTC)
Yes, it's good ! Thanks !
Bon Wiki
Thegamer1604 (Discussion) 07:54, 24 May 2022 (UTC)