From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search
If a bug deserves prompt attention, please {{ping}} the active maintainer, User:MusikAnimal

Dispenser's tools[edit]

@MusikAnimal: The dablinks, rdcheck, peer reviewer and webchecklinks tools are not currently working while the domain is down. The tools are now working here, from what it says on Dispenser's talk page. Regards, Dairy {talk} 00:58, 31 October 2017 (UTC)Reply[reply]

Fixed! Thanks for the ping — MusikAnimal talk 03:29, 31 October 2017 (UTC)Reply[reply]

Bug report[edit]

Hi all

There is possibly a bug in moremenu. (it could be a bug in something else interfering with it), I am using Firefox on OpenSuse linux. I have tested and reproduced the issue on Chrome and Opera. (no windows here so no IE, sorry). The issue occurs on The issue occurs with or without the new wikitext mode being enabled although I normally use it.

For reference, see my vector.js my twinkle options my common.js.

I will run through the en:WP:JSERROR steps now:

What is the behaviour you're seeing?
The 'more' tab normally has an option titled 'move', this option disappears when I enable moremenu, and reappears when I disable moremenu. I am enabling moremenu via the preferences gadget section.
What is the behaviour you're expecting to see?
I want to see the move button as well as the extra buttons supplied by moremenu.
How can the incorrect behavior be reproduced? Describe exactly what you're doing and seeing.
I assume it is particular to my .js setup but I do not know exactly what is causing it.
Confirm that you have tried bypassing your browser cache.
Of course, even deleting the browser, restarting the system and reinstalling it does not affect the behavior.
Make note of your browser, browser version, operating system, and operating system version.
Firefox 49.0.2 for Opensuse Leap 42-2. (also occurs on other browsers like Chrome Version 59.0.3071.115 (Official Build) (64-bit) and Opera 46.0.2597.39 - Stable - System: openSUSE Leap 42.2 (x86_64; KDE))
Append relevant JavaScript errors your browser logged.
See below (from the Firefox console)
JQMIGRATE: Migrate is installed with logging active, version 3.0.1load.php:139:615
This page is using the deprecated ResourceLoader module "jquery.ui.position".(unknown)
This page is using the deprecated ResourceLoader module "jquery.ui.widget".(unknown)
This page is using the deprecated ResourceLoader module "jquery.ui.core".
Please use OOUI instead.(unknown)
JQMIGRATE: jQuery.fn.load() is deprecatedload.php:140:200
JQMIGRATE: jQuery.fn.hover() is deprecatedload.php:140:200
This page is using the deprecated ResourceLoader module "jquery.tipsy".(unknown)
JQMIGRATE: jQuery.parseJSON is deprecated; use JSON.parseload.php:140:200
[XFDcloser] Current page is not an XfD pageindex.php:93:2
I mentioned this on IRC tech already. A Den Jentyl Ettien Avel Dysklyver (talk) 12:43, 11 November 2017 (UTC)Reply[reply]


Can we translate it and how? Xaris333 (talk) 02:00, 6 April 2018 (UTC)Reply[reply]

I'm going to rewrite the gadget from scratch soon, and make it localizable. Stay tuned! MusikAnimal talk 18:36, 22 June 2018 (UTC)Reply[reply]
@Xaris333: It's been a long time... but I finally rewrote MoreMenu and it now supports localization :) See MoreMenu#Installation on how to install the gadget. Would you be interested in helping translate to Greek? See MediaWiki:Gadget-MoreMenu.messages.en.js for the English messages. You can post the translations at MediaWiki talk:Gadget-MoreMenu.messages.el.js and I will add them. Kind regards, MusikAnimal talk 23:19, 1 December 2019 (UTC)Reply[reply]


I noticed that SUl (analysis) is planned, but realized. When will it be implemented, SUL is an important thing to look up, from a user page. Dan Koehl (talk) 20:36, 24 May 2018 (UTC)Reply[reply]

@Dan Koehl: I'm not sure what you mean. A link to the user's SUL info is currently available from the User > Analysis menu. Is that what you're looking for? MusikAnimal talk 18:37, 22 June 2018 (UTC)Reply[reply]
Oh, I see, sorry @MusikAnimal:, I missed that, very good. Dan Koehl (talk) 08:36, 24 June 2018 (UTC)Reply[reply]
@Dan Koehl: I was actually thinking this link was too inaccessible. Maybe it should live on the parent menu? Indeed people very often want to see the SUL info. MusikAnimal talk 19:31, 24 June 2018 (UTC)Reply[reply]

Whois link[edit]

@MusikAnimal: Currently, this gadget uses an external Whois lookup that requires completing a captcha before use. Can it be updated to use the labs tool at<ip address>? Thanks —DoRD talk 17:05, 22 June 2018 (UTC)Reply[reply]

Good call! Done. MusikAnimal talk 18:35, 22 June 2018 (UTC)Reply[reply]

Timeless support[edit]

I use a few gadgets that would otherwise be wrapped into MoreMenu on en.WP (namely, Enterprisey's deletion sorting script) that it would be nice to have support for Timeless. I would guess it's not current supported because there's no script specifically for the skin? --Izno (talk) 18:24, 28 October 2018 (UTC)Reply[reply]

@Izno: Sorry for the late reply. Yes MoreMenu is more or less hardwired around Vector. Adding Timeless support is on my to-dos, but I'm not sure how to do it. We'll need to custom-draw a menu flyout. To make matters worse, the design is sort of different on large screens versus mobile. So, it's mainly a design problem. I will try to look into it soon! Best MusikAnimal talk 19:41, 16 November 2018 (UTC)Reply[reply]
@MusikAnimal: I know you're busy. Just leaving the note here. I'd be happy if it just dumped into the "Page tools" group as an easy fix for now rather than a fly out, since on small screens we already have fly outs and on big screens the tools are more important than a beautiful design. --Izno (talk) 20:34, 16 November 2018 (UTC)Reply[reply]
@Izno: Hey! It's almost exactly a year, but I finally got around to the MoreMenu rewrite, which adds Timeless support. Which you be interested in helping test it? See MoreMenu/beta for instructions. You can ignore everything except the installation instructions. Many thanks, MusikAnimal talk 21:25, 22 November 2019 (UTC)Reply[reply]
"Uninstalling" it from Timeless won't work, so that instruction threw me off. Stand by for testing ~ --Izno (talk) 22:25, 22 November 2019 (UTC)Reply[reply]
Heh, this is funny. Yes, the script currently seems to work, but apparently I mistook this script as being the issue causing Enterprisey's script not to work. Woops ~. I will endeavor to bug him mercilessly now instead. :) (I thought this script was responsible for the "More" tab that shows up in Vector -- it's not, of course.) --Izno (talk) 22:35, 22 November 2019 (UTC)Reply[reply]
@Izno: Vector shows a "More" menu. MoreMenu (gotta love the play on words) moves items from the native More menu into Page and User. This means it can potentially be empty. Is that what you are seeing? The older version of MoreMenu removed the native More menu if it was empty, but I didn't do that because it causes the tabs to "jump", so if you load a page and quickly click on "View history", if the timing is off you might click on "Edit" by accident. I've come up with another idea, though: We can make it auto-remove the empty More menu, but provide an option to turn this feature off for those who are bothered by it. What do you think? MusikAnimal talk 01:13, 25 November 2019 (UTC)Reply[reply]
No no. This is all Enterprisey's fault. :) I have already bugged him mercilessly on his en.wp talk page. You need hear no more from me. (My sidebars have also gotten very long in Timeless but I think that might be a general issue that I'll need to sort out how to solve with Isarra.) --Izno (talk) 01:21, 25 November 2019 (UTC)Reply[reply]

MoreMenu removes move page function[edit]

@MusikAnimal: Move page doesn't display as an option under Page --> Tools, am I missing something? Thanks, StraussInTheHouse (talk) 17:43, 16 November 2018 (UTC)Reply[reply]

@StraussInTheHouse: It shouldn't be under "Tools", just under "Page". Is it not showing for you? If not, try w:WP:BYPASS. MusikAnimal talk 19:37, 16 November 2018 (UTC)Reply[reply]
@MusikAnimal: ah, I'd been doing purge and Ctrl-F5 but after reading the rare cases bit of BYPASS I realised it was stored in Chrome's saved content settings so I cleared data and it's showing now. Thanks for your help! StraussInTheHouse (talk) 19:45, 16 November 2018 (UTC)Reply[reply]

@MusikAnimal: Hi – I'm having the same issue. When MoreMenu is enabled, the "Move" button disappears (not on the Page, Page/Tools, or More menus). When I disable MoreMenu, the Move button comes back in its usual place. I'm on Safari, and I tried regular reloading (cmd+R), bypass reloading (shift+click-reload), and clearing the cache (cmd+opt+E). FWIW, I also tried blanking by .js pages (I have no .css pages) to see if a script was interfering, and on effect. Anything else I can try? Thanks! Levivich (talk) 23:12, 14 February 2019 (UTC)Reply[reply]

@Levivich: Check under "Page", you should see "Move page". The script attempts to remove redundant links from "More". MusikAnimal talk 23:16, 14 February 2019 (UTC)Reply[reply]
@MusikAnimal: Wow thanks for the super-fast response! (Also the MoreMenu, itself, is extremely useful, thank you for that, too.) Unfortunately, nope, it's not under "Page v"; what's listed there is: Page logs..., Analysis..., Tools..., Latest diff, Purge cache, Subpages. Levivich (talk) 23:20, 14 February 2019 (UTC)Reply[reply]
FWIW, same thing happens on enWP and Meta. Levivich (talk) 23:35, 14 February 2019 (UTC)Reply[reply]
@Levivich: Grr... then it must be the caching issue. You are not autoconfirmed here on Meta, so it makes sense you are missing the link. Clearing your cache on enwiki should do the trick, but I know you said you tried that already. In investigating this, I think I finally may have fixed this bug, maybe... give it 10 minutes and see if your "Move page" link is there. If it isn't, I have some other things we can try. MusikAnimal talk 01:11, 15 February 2019 (UTC)Reply[reply]
@MusikAnimal: Like magic, the move button is back in the Page menu! You're awesome–thank you for fixing it so quickly! Levivich (talk) 01:53, 15 February 2019 (UTC)Reply[reply]
Woohoo! This bug has been driving me nuts for ages. You finally pushed me to figure it out. So, thank you :) MusikAnimal talk 02:23, 15 February 2019 (UTC)Reply[reply]

IP tools traceroute links to paywalled domaintools site[edit]

The traceroute link in the top menu (User → IP lookup... → Traceroute) points to [1] which is not (any longer) free. —[AlanM1(talk)]— 01:03, 23 December 2018 (UTC)Reply[reply]

I'm not aware of a free alternative so I've just removed the link. Thanks for letting me know! MusikAnimal talk 21:31, 24 December 2018 (UTC)Reply[reply]


Hi. I noticed that when the script is installed, the admin buttons in more are gone, and as I look through the sections, I don't see the buttons there. -- 1989 (talk) 08:44, 4 February 2019 (UTC)Reply[reply]

@1989: Try w:WP:BYPASS. There is some caching issue I need to fix, but in the meantime you can just clear your cache manually and it should work. Best, MusikAnimal talk 00:01, 5 February 2019 (UTC)Reply[reply]
@MusikAnimal: I’m editing from my tablet, so that doesn’t work for me. I have a purge button, and that didn’t give me luck. -- 1989 (talk) 00:05, 5 February 2019 (UTC)Reply[reply]
@1989: Your mobile browser should have a way to clear your cache or "browsing data". It may be in the privacy settings. Sorry to make you go through this trouble! A full rewrite of MoreMenu is in order, sometime soon MusikAnimal talk 00:08, 5 February 2019 (UTC)Reply[reply]
@MusikAnimal: It worked. Thanks! -- 1989 (talk) 00:18, 5 February 2019 (UTC)Reply[reply]

IP tools option missing on contribs and user pages for ranges[edit]

On a user or contribs page for a single IP address (e.g., Special:Contributions/, the "User" tab at the top of the page has an "IP lookup..." option with "WHOIS", etc. on it. However, if you specify a range in CIDR notation (e.g., Special:Contributions/, the "User" tab is not present. Is there a reason for this? I commonly need this functionality, and imagine others do too. —[AlanM1(talk)]— 01:00, 29 November 2019 (UTC)Reply[reply]

I'd gander this is because wgRelevantUserName isn't defined for IP ranges. I opened phab:T206954 about this (see also phab:T211910, it is defined for ranges outside the CIDR limit). @MA, you may recall PR#476. ~ Amory (utc) 01:44, 29 November 2019 (UTC)Reply[reply]
Thanks AlanM1 for the report! To my knowledge none of the "IP lookup" tools support ranges. The User menu should still be shown though for things that do work, like Contributions, Block and CheckUser. I have fixed this in the new version of MoreMenu. This new version hasn't been deployed to English Wikipedia yet, but it is available now as a global gadget. I see you are active at Commons, so you might enjoy having it on every wiki. See MoreMenu/beta#Installation for instructions (you can ignore all other sections on that page).

@Amorymeltzer: You might be interested in the technical details. The Twinkle solution didn't work here because MediaWiki:Sp-contributions-footer-anon-range is only present if the wiki has created it. It took me quite a while, but ended up with this solution. What a hack! To my amazement, I also discovered the blocks API fails when given an IPv4 range, but not IPv6! Wow. Meanwhile the logevents API works fine for both. As an aside, I saw that the Twinkle pagestyles is applying space for the menu at Special:Contribs, but it's left blank for ranges, e.g. w:Special:Contributions/ Not sure if we want to do anything about that, or if we can do anything. MusikAnimal talk 03:12, 1 December 2019 (UTC)Reply[reply]

Haha that as meant as a "here we go again" — clearly the only broadly tenable solution is to grant me +sysop on all WMF wikis! I suppose TW would have to use something like your solution for warn, ARV, block, etc. Twinkle used to do something similar for fluff/welcome/shared until I/we removed it. As for the API failure, totally lame! I would've guessed that would have been noticed earlier or been more important! Don't know if there's a parent ticket all these issues should go under, but I'd imagine this would be a real pain, especially for CUs. ~ Amory (utc) 03:58, 1 December 2019 (UTC)Reply[reply]
@MusikAnimal: Thanks. I'll note that, while the "WHOIS" tool doesn't per-se support ranges, it does still "work", essentially ignoring the /n suffix and looking up the single address. [2] or [3] correctly return the info for the relevant /16 and /21 blocks containing the /32 address. Perhaps the link in the menu could be generated with the /n suffix stripped to avoid the warning message.
The RobTex tool does seem to support ranges somewhat: [4] becomes [5] and enumerates some of the hosts in the range from which to pick.
The Geolocate tool just silently ignores the "/n" suffix: [6] and looks up the single /32.
Just to elaborate a little, the use case is that I (and, I expect, others) have browser pages open to watch contribs on IP ranges that are currently problematic and would like to be able to call the IP tools without having to remove the suffix/reload/navigate/replace/reload, or manually cut/paste the IP into another page, or keep two pages hanging around, or ... This is especially an issue with IPv6 addresses, since watching just the single /128 is rarely useful. —[AlanM1(talk)]— 22:41, 3 December 2019 (UTC)Reply[reply]
@AlanM1: Thanks for pointing that out. In light of this, I have made all but the "Proxy check" tools available for IP ranges. Best, MusikAnimal talk 00:04, 7 December 2019 (UTC)Reply[reply]
@MusikAnimal: Excellent! I disabled the MoreMenu option on the Preferences->Gadgets tab on both meta and enwiki, then created User:AlanM1/global.js and added the import per the instructions. I now get the User tab with the IP lookup submenu on meta (e.g., Special:Contributions/ and enwiki (e.g., en:Special:Contributions/ However, if I go to en:Special:Contributions and enter in the User: field, it goes to the "long-form" URL and the User tab is missing. Any idea what's happening here? Thanks again. —[AlanM1(talk)]— 01:55, 7 December 2019 (UTC)Reply[reply]
This is the same problem Amory was talking about above. In MediaWiki, there is no "username" for IP ranges. What I did for Special:Contribs was sort of a hack, and parsing URL params would be even more hacky. I will give it a shot, though. MusikAnimal talk 02:32, 11 December 2019 (UTC)Reply[reply]

Bug - menu appears at side[edit]

Hey - I've had an apparent bug for the last few weeks affecting all skins where the More Menu will appear a couple of inches to the right of the tab, ([7]) which means I can't click on any of the links in the menu because it disappears when the mouse moves. Seems to occur with and without Twinkle and other script tabs being enabled. Have you any idea what's up, because at the moment I can't get to e.g. the history of a page without modifying the URL. Thanks, Rcsprinter123 (talk) 17:26, 26 December 2019 (UTC)Reply[reply]

@Rcsprinter123: I was having the same problem and narrowed the cause down to something in w:User:Animum/easyblock.js. You don't seem to be using that on enwiki but you might want to try disabling scripts one-by-one to see which is the culprit. Apparently the author of MoreMenu isn't available until mid-January so that will have to be the fix until then. --Closedmouth (talk) 01:33, 28 December 2019 (UTC)Reply[reply]
Sorry for the delay! I am back now :) I think I know how to make a permanent fix such that there are no conflicts with other scripts, but this will take me a day or two. I'll ping you both once it's deployed. MusikAnimal talk 19:40, 11 January 2020 (UTC)Reply[reply]
@Rcsprinter123 and Closedmouth: I reworked some logic and MoreMenu should now play nicer with other scripts. Can you confirm there are no longer any conflicts? For EasyBlock specifically, there may be some outstanding issues, but it worked in my testing. That script manipulates all of the top menu items, which is bound to cause problems. It really needs a new maintainer, and to possibly be rewritten from scratch. MusikAnimal talk 00:50, 14 January 2020 (UTC)Reply[reply]
@MusikAnimal:Works for me now, thanks very much. --Closedmouth (talk) 05:07, 14 January 2020 (UTC)Reply[reply]
Issues fixed for me, too. Much appreciated MusikAnimal. Rcsprinter123 (talk) 19:15, 14 January 2020 (UTC)Reply[reply]


The above bug was frustrating, like the punishment Tantalus had to endure. I'm glad I was able to fix it for my configuration by eliminating User:Ioeth/friendlytabs.js, and that there will soon be a fix for everybody.

MusikAnimal, I'm reporting a much easier bug to fix. Page/Search/Search history – WikiBlame currently doesn't work, but the "https" just has to be replaced with "http". MANdARAX  XAЯAbИAM 08:37, 13 January 2020 (UTC)Reply[reply]

@Mandarax: Fixed the issue with the WikiBlame link. I think I have fixed the first issue as well. Can you confirm friendlytabs is now compatible? MusikAnimal talk 00:46, 14 January 2020 (UTC)Reply[reply]
Thanks for fixing the WikiBlame issue. I no longer need friendlytabs, since I replaced it with my own code, but for testing purposes I rolled things back to where they were when I was having the problem, and now MoreMenu does indeed work fine with friendlytabs. Thanks for all of the work you do on improving the gadget! MANdARAX  XAЯAbИAM 02:21, 14 January 2020 (UTC)Reply[reply]

Bugs with custom link names[edit]

There are some bugs when attempting to add custom links. (Testing done on en.wikipedia.)

In the Page menu, any link I try to add where the name parameter begins with about Caa through Pur does not appear.

In the Page/Tools submenu, if I try to add, for example, links named A and Z, in that order, only the A link appears. However, if I list them in the reverse order, they both appear correctly.

(BTW, the meta Preferences/Gadgets page erroneously says that MoreMenu is for the Vector skin only.) MANdARAX  XAЯAbИAM 09:12, 18 January 2020 (UTC)Reply[reply]

I found that adding a working "insertAfter" parameter makes those links appear. However, for links with any name, the "insertAfter" parameter is ignored for values of false, 'history', 'move', or 'watch'/'unwatch' (I'm not surprised by this one, since it may be one or the other). With true, the link is not added at all. MANdARAX  XAЯAbИAM 22:23, 19 January 2020 (UTC)Reply[reply]

@Mandarax: Could you give me the code you tried to use? I tested what you have now at w:User:Mandarax/common.js and it worked for me, and the links were sorted alphabetically as expected. MusikAnimal talk 16:58, 20 January 2020 (UTC)Reply[reply]
Yes, MusikAnimal, everything in that version works fine. I created an annotated test configuration for you. (I didn't include Watch/Unwatch in the test because I figured it was a special case.) MANdARAX  XAЯAbИAM 23:52, 20 January 2020 (UTC)Reply[reply]
@Mandarax: Thanks for the detailed bug report, and the quality assurance! I think I have fixed all of these issues. Please confirm at your convenience :) The "unwatch" link is always called "watch", it appears. You actually have to inspect the DOM using your browser's developer tools in order to see what IDs are used. This isn't very user-friendly, but it mimics MediaWiki's addPortletLink. PS -- I had your example code open in a tab, and my own common.js in another, hence this mishap. Apologies! MusikAnimal talk 06:31, 22 January 2020 (UTC)Reply[reply]
Thanks, MusikAnimal, for all of the effort you've put into this. (And we all have the occasional "mishap".) You fixed the most important problem, of items not showing up at all. There are still some minor "insertAfter" issues: • A value of true has no effect, inserting in alphabetical order rather than at the bottom. • A value of false inserts before the first non-submenu item. Is that the expected behavior? I thought it would go at the very top. • I got it to work for move using 'move-page', but I couldn't figure out history or watch/unwatch (it looks like 'page-history' and 'page-watch' should work, but they don't). MANdARAX  XAЯAbИAM 02:05, 23 January 2020 (UTC)Reply[reply]
@Mandarax: Alright, let's try this again! I've fixed the issue with using a value of true. False is meant to still be below the submenus, as to me it felt more natural for submenus to always be at the top. What do you think?

I misspoke... it's not the full ID of the items that you use, but the i18n key (which combined with the parent menu IDs makes up its ID, a la "page-[i18n key]" or "user-analysis-[i18n key]"). You still have to inspect the HTML to determine this i18n key, though. Maybe it should accept full IDs too, as a fallback... just thinking aloud.

Thanks again for the QA! :) MusikAnimal talk 05:24, 23 January 2020 (UTC)Reply[reply]

Thanks once again. The true is working for me now. As for false, I figured if someone wanted a link after the submenus, they could just use an insertAfter of the last submenu, but there's no way to put it at the very top, which might especially be desired if one is creating a custom submenu. But it's also fine the way it is now. It's great that you've created such a wonderful, customizable gadget! MANdARAX  XAЯAbИAM 09:02, 23 January 2020 (UTC)Reply[reply]
Submenus that you create do get placed with the other submenus, so we're good there. If you add an item without insertAfter, it gets placed alphabetically below the submenus, so "insertAfter: false" is consistent with that. Hopefully that's sensible behaviour. Many thanks again, MusikAnimal talk 19:50, 23 January 2020 (UTC)Reply[reply]
I think you misunderstood me. I was saying that if someone wanted to put a custom submenu at the very top, there's currently no way to do that. (But this hypothetical person may just be too demanding.) Also, ordering of user-created submenus is currently handled exactly the same way as regular links: by default, they're put in alphabetical order among the regular links – not with the other submenus. That's fine with me, since one can always specify another ordering, but it's apparently not what you intended. MANdARAX  XAЯAbИAM 21:38, 23 January 2020 (UTC)Reply[reply]

Feature request: close menu[edit]

MusikAnimal, I have a feature request for devices such as iPads. Can you add the ability to close a menu by tapping on its tab again? For example, if I select Watch, the action is performed, but the menu remains. Or, when I use my custom "Skip to the bottom" option then scroll back up, the menu's still there. Or if I just don't select any option. Currently, the only way to close the menu other than reloading the page is to tap on some other tab such as Twinkle csd, then close that dialog. MANdARAX  XAЯAbИAM 21:10, 29 January 2020 (UTC)Reply[reply]

@Mandarax: I spent some time trying to find a solution to no avail :( I will continue to try when I have time, but note you should be able to tap anywhere outside the menu to hide it. It's actually listening to mouse over/out events, not touch events. Hope this helps, MusikAnimal talk 04:13, 19 February 2020 (UTC)Reply[reply]
Thank you very much for trying. Tapping outside the menu doesn't close it on my iPad. When I made the request, I thought it would be an easy fix, but I guess that's not the case. It's certainly not important, and, as I mentioned, I have a workaround. MANdARAX  XAЯAbИAM 08:36, 19 February 2020 (UTC)Reply[reply]
After my recent contact with you about an unrelated matter, I figured I would drop in here to update this. I'm currently using a new iPad, and the persistent menu issue on the older iPad does not exist on the new one – everything works just as it should. So, I consider this "close menu" feature request to be closed.  MANdARAXXAЯAbИAM  21:44, 14 May 2022 (UTC)Reply[reply]

Bug – seems to break the Edit summary search[edit]

This menu seems to link to a version of the Edit summary search tool (by Σ) that is broken because it contains "undefined" in the URL and database input box rather than "enwiki".

To reproduce:

1. Go to any user page.
2. Hover over the MoreMenu "User" menu, then "Analysis...".
3. Click "Edit summary search".
4. Observe that in the database input box (and in the URL), there is "undefined".
5. Attempt to perform a search.
6. Watch as it fails and outputs the error:
Traceback (most recent call last):
File "./", line 33, in inner
return func(*a, **kw)
File "./", line 98, in summary_py
tpl, store = Summary(params)()
File "./", line 22, in __call__
File "./", line 32, in set_constants
File "./", line 31, in set_constants
store.domain = get_domain(store.server)
File "./metacrap/", line 24, in get_domain
return get_crap(dbname)['url']
File "./metacrap/", line 15, in get_crap
with (p/(dbname+".meta")).open() as fp:
File "/usr/lib/python3.5/", line 1151, in open
File "/usr/lib/python3.5/", line 1005, in _opener
return, flags, mode)
File "/usr/lib/python3.5/", line 371, in wrapped
return strfunc(str(pathobj), *args)
FileNotFoundError: [Errno 2] No such file or directory: '/data/project/sigma/www/python/src/metacrap/undefined.meta'
7. Get rid of the "undefined" in the database input box (or replace it with "enwiki").
8. Perform a search.
9. Watch as it works normally.

· • SUM1 • · (talk) 09:24, 7 February 2020 (UTC)Reply[reply]

@SUM1: This should be fixed now. Thanks for the report! MusikAnimal talk 04:04, 19 February 2020 (UTC)Reply[reply]

Bug - restore link disappears[edit]

When I enable this on fawiki, the "restore" link in the "More" dropdown menu (which is only shown if a page is deleted) disappears and I lose the ability to undelete pages from there. I have other options (going to the deletion log) but it is quite annoying that the tool removes a link that it doesn't provide in its own menu later. Huji (talk) 19:44, 16 February 2020 (UTC)Reply[reply]

@Huji: This should be fixed now. Thanks for the report! MusikAnimal talk 04:03, 19 February 2020 (UTC)Reply[reply]
@MusikAnimal: it still is not. I went to this deleted page on fawiki as an example, and purposefully added debug=true to the URL, but the "restore" link is still removed. Huji (talk) 13:49, 19 February 2020 (UTC)Reply[reply]
@Huji: Okay let's try this again. Now it should be fixed, I hope! Sorry, I recall testing the changes but apparently not well enough. Best, MusikAnimal talk 17:03, 19 February 2020 (UTC)Reply[reply]
@MusikAnimal: still no. Huji (talk) 00:55, 20 February 2020 (UTC)Reply[reply]
@Huji: Rats! Can you try without debug=true? I can't test the page you linked to, since I don't have admin rights there, but I noticed MoreMenu didn't show up at all in debug mode. We are both sysops on testwiki; is the "Undelete" link visible under the "Page" menu at testwiki:User:MusikAnimal/sandbox? MusikAnimal talk 01:54, 20 February 2020 (UTC)Reply[reply]
@MusikAnimal: turning of debug mode did not change anything.
Testwiki was a good idea. I enabeled the gadget there and again, I don't see the "undelete" menu on that sandbox page. Huji (talk) 01:59, 20 February 2020 (UTC)Reply[reply]
@Huji: Alright, it's a lot to ask, but could you add moreMenuDebug = true; to the top of your common.js (or Special:MyPage/global.js here on Meta-Wiki)? This will add verbose output to the JavaScript console, and you should see something like "[MoreMenu] page/undelete-page failed on ...", I just need to know what the "..." is. If it says "pageDeleted", then it sounds like the fix didn't work, though it definitely should. When I revisited this after the first time I thought I fixed it, you were right -- it was still broken. But it isn't now, for me anyway. I'll ask some other admins too to see if it's working for them. MusikAnimal talk 02:12, 20 February 2020 (UTC)Reply[reply]
@MusikAnimal: Not a lot to ask. I added it to my commons.js and tried testwiki:User:MusikAnimal/sandbox again, both with and without debug=true. In neither case was anything logged into the console. In both cases, the "undelete" link disappeared. Huji (talk) 02:28, 20 February 2020 (UTC)Reply[reply]
@Huji: Well I did ask one other admin, and they said it was working for them :/ I think the debug thing may not work if you're using the gadget (since the gadget loads before your common.js). I recommend the global install anyway: MoreMenu#Installing globally (recommended). If you do that, and put the moreMenuDebug = true; above the import, you should see console output.

Perhaps you have a conflicting gadget? To be clear, the "undelete" link shouldn't be removed, but moved under the Page menu. MusikAnimal talk 02:33, 20 February 2020 (UTC)Reply[reply]

@MusikAnimal: installing globally should have the same effect as installing via commons.js so I did that on testwiki:User:Huji/common.js and now it works on testwiki (i.e. the "undelete" link is moved to the page tab).
I guess the next step is to figure out why it is not working via the Gadget. Huji (talk) 13:30, 20 February 2020 (UTC)Reply[reply]
I discovered one more thing: There are two versions of this gadget on testwiki; one is testwiki:MediaWiki:Gadget-dropdown-menus.js which in turn loads testwiki:MediaWiki:Gadget-dropdown-menus-vector.js and this has the bug. The other one is testwiki:MediaWiki:Gadget-MoreMenu.js (which essentially calls the global) and this does not have the bug. Huji (talk) 13:34, 20 February 2020 (UTC)Reply[reply]
@MusikAnimal: did my additional discovery help pinpoint the issue? Huji (talk) 17:22, 17 March 2020 (UTC)Reply[reply]
I haven't had a chance to investigate yet, unfortunately. I hope to get back to this soon. Many thanks for your assistance, MusikAnimal talk 18:37, 20 March 2020 (UTC)Reply[reply]

Adding Mediaviews Analysis[edit]

Hi! I'd like to know if you can add Mediaviews Analysis menu under Analysis. This is a great support to see statistics of media view. Thanks! ··· 🌸 Rachmat04 · 05:07, 7 June 2020 (UTC)Reply[reply]

Bug report: visual glitch in Vector skin[edit]

When Vector skin is used and MoreMenu is enabled, the left border of the tab Read (which is the left most tab on the right) disappears. Noticed on enwiki. —⁠andrybak (talk) 15:18, 17 July 2020 (UTC)Reply[reply]

Adding Template transclusion check[edit]

Hello. Very useful tool for templates - Serhio Magpie (talk) 18:32, 17 July 2020 (UTC)Reply[reply]

@Serhio Magpie It didn't work for me. For instance the report for w:Template:Talk header preload says 0 transclusions but there are some 33 transclusions. At any rate, there should already be a similar tool for all Wikipedias; look for "Transclusion count" under the Page > Analysis menu. MusikAnimal talk 05:51, 3 November 2020 (UTC)Reply[reply]
@MusikAnimal: this is not a transclusion counter. This tool useful for navboxes and shown what pages in main namespace includes this template without back links and vice versa, for example. Serhio Magpie (talk) 16:49, 3 November 2020 (UTC)Reply[reply]

Please add the translation of Chinese(zh-CN)[edit]

When I using this tool, I found that there is no translation file in Simplified Chinese. So I translated the original document in English by referring to it. Please create the Mediawiki:Gadget-MoreMenu.messages.zh-cn.js page (zh-cn is the Chinese variant). The message is below:

 "abusefilter-log": "滥用过滤器日志",
 "all-logs": "所有日志",
 "analysis": "页面分析",
 "analysis-sigma": "页面分析 – Σ",
 "analysis-wikihistory": "页面分析 – WikiHistory",
 "analysis-xtools": "页面分析 – XTools",
 "articles-created": "创建的条目",
 "authorship": "著作权",
 "basic-statistics": "基本统计",
 "block-globally": "全域封禁",
 "block-log": "封禁日志",
 "block-user": "封禁用户",
 "blocks": "封禁",
 "central-auth": "中央登录",
 "change-block": "更改封禁",
 "change-model": "Change model",
 "change-protection": "更改保护状态",
 "change-rights": "更改用户权限",
 "checkuser": "用户查核",
 "checkuser-log": "用户查核日志",
 "check-external-links": "检查外部链接",
 "check-redirects": "检查重定向",
 "contributions": "用户贡献",
 "copyvio-detector": "侵权查询器",
 "copyvio-detector-desc": "通过搜索引擎查询页面是否侵犯版权。这可能需要一段时间,请耐心等待。",
 "delete-page": "删除页面",
 "deleted-contributions": "被删除贡献",
 "deletion-log": "删除日志",
 "disambiguate-links": "清除消歧义内链",
 "edit-intro": "编辑摘要",
 "edit-summary-search": "搜索编辑摘要",
 "edit-summary-usage": "如何使用编辑摘要",
 "email-user": "电邮联系该用户",
 "expand-bare-references": "修复裸露参考文献",
 "fix-dead-links": "修复死链",
 "geolocate": "地理位置",
 "global-account-log": "全域账户日志",
 "global-block-log": "全域封禁日志",
 "global-contributions-guc": "全域编辑 – GUC",
 "global-contributions-xtools": "全域编辑 – XTools",
 "ip-lookup": "查看IP",
 "latest-diff": "最后差异",
 "mass-message-log": "大量信息发送日志",
 "merge-page": "合并页面",
 "move-log": "移动日志",
 "move-page": "移动",
 "non-automated-edits": "非自动进行的编辑",
 "page": "页面",
 "page-logs": "页面日志",
 "pending-changes-log": "Pending changes log",
 "protection-log": "页面保护日志",
 "protect-page": "保护页面",
 "proxy-check": "代理检查",
 "purge-cache": "清除缓存",
 "rdns": "rDNS",
 "rename-log": "更名日志",
 "review-log": "巡查日志",
 "search": "搜索",
 "search-by-contributor": "按贡献者搜索",
 "search-history-wikiblame": "搜索历史 – WikiBlame",
 "search-history-xtools": "搜索历史 – XTools",
 "search-subpages": "搜索子页面",
 "spam-blacklist-log": "垃圾链接黑名单日志",
 "subpages": "子页面",
 "sul": "SUL",
 "suppressed-contribs": "被删除的贡献",
 "suppression-log": "删除日志",
 "thanks-log": "感谢日志",
 "tools": "工具",
 "top-edited-pages": "热门编辑页面",
 "traffic-report": "页面流量报告",
 "transclusions": "Transclusions",
 "transclusion-count": "Transclusion count",
 "unblock-user": "解封用户",
 "undelete-page": "恢复删除页面",
 "upload-log": "上传日志",
 "uploads": "上传",
 "user": "用户",
 "user-creation-log": "用户创建日志",
 "user-groups": "用户组",
 "user-logs": "用户日志",
 "user-rights-changes": "用户权限更改",
 "user-rights-log": "用户权限日志",
 "user-thanks-received": "接收的用户感谢",
 "view-block": "查看当前封禁",
 "view-block-log": "查看封禁日志",
 "whois": "WHOIS"

These are just translations, other codes need to be added when creating the file (refer to the English version) We really need the translated file, so please add it, thanks.--XinuGod Talk / Contributions 05:07, 3 August 2020 (UTC)Reply[reply]

@XinuGod Yes check.svg Done. For future reference, you can use {{Edit Protected}} on the talk page to request changes. This way the community at large can assist you and not just people watching this page. Kind regards, MusikAnimal talk 05:42, 3 November 2020 (UTC)Reply[reply]

Bug report from trwiki[edit]

The delete-page link is causing a strange issue at trwiki, where MoreMenu is being used as a gadget. We suppress the "Other Reason" field on deletion screens with tr:MediaWiki:Excontent and tr:MediaWiki:Excontentauthor, so &wpReason= should not be specified. However, the option in question sometimes produces a URL with the strange &wpReason= value of "Neden ?", which translates to reason, rationale, or why, the latter of which causes confusion for non-sysops.

When I hover over the "delete" option for the file below, I can see &wpReason=Neden%C2%A0%3F%0A as the final part of the URL:

This, however, is not the case for the following file:

With the latter, the URL ends with &wpReason= as intended. This seems to be completely random, so it might go away after a few hours. I would also be very interested in knowing where "Neden ?" comes from.

Any way of fixing this?

Vito Genovese 20:51, 20 October 2020 (UTC)Reply[reply]

@MusikAnimal: Hi, any idea why this might be happening?
Vito Genovese 00:29, 30 October 2020 (UTC)Reply[reply]
@Vito Genovese so sorry for the late reply! The wpReason field is set by deletion templates (the #delete-reason element, specifically). It sounds like maybe your templates are leaving "Neden ?" in as default text, unless whoever proposed the deletion gave some rationale or removed that text. Since you don't ever want to set the wpReason, you could simply remove the id="delete-reason" bit from tr:Şablon:Sil. Thank should fix it. Best, MusikAnimal talk 05:36, 3 November 2020 (UTC)Reply[reply]
Thanks, MusikAnimal. I can't believe that possibility had not occurred to me. Much appreciated.
Vito Genovese 13:33, 3 November 2020 (UTC)Reply[reply]

IS there a way to make the menu entries open in new tabs?[edit]

IS there a way to make the menu entries open in new tabs? It is helpful when you are scanning for copyright violations. Steve M (talk) 16:45, 5 January 2021 (UTC)Reply[reply]

@Steve M: The cross-browser standards of ctrl/command-click or middle-mouse-click will work on these links. (They also work on the search-autocomplete entries from our standard search box, which isn't universally known but is amazingly useful, hence I mention!) :) Quiddity (talk) 17:24, 5 January 2021 (UTC)Reply[reply]

Broken in IE[edit]

MoreMenu was fine a short time ago, then it just stopped working in Internet Explorer. It still works in other browsers. MusikAnimal, was a change made recently which could cause this? I realize that IE isn't generally considered to be ideal. I use other browsers for other purposes, but for what I do on Wikipedia, IE is by far my preferred browser. MANdARAX  XAЯAbИAM 00:20, 18 January 2021 (UTC)Reply[reply]

@Mandarax Sorry about that. It should be fixed now. MusikAnimal talk 01:33, 18 January 2021 (UTC)Reply[reply]
Thank you very much for the speedy fix! MANdARAX  XAЯAbИAM 08:39, 18 January 2021 (UTC)Reply[reply]


Could be useful under User Analysis and more. Check out Face-grin.svg 1989 (talk) 21:42, 7 March 2021 (UTC)Reply[reply]

User thing[edit]

Is there a way to make the User menu show even when the user supposedly does not exist? Some users really do exist but are lock-hidden. For obvious reasons that cannot be shown, but if it occurs for any user, it may make sense to show. Steve M (talk) 01:07, 9 March 2021 (UTC)Reply[reply]

Where to put submenu code?[edit]

Where to put the code for a custom link? It does not say. Put it in en.wikipedia common.js page? metawiki's common.js? or global.js page? vector.js? or .css files? Im talking about the code given here:

the instructions say and special link to where to add it.  — billinghurst sDrewth 05:47, 26 July 2021 (UTC)Reply[reply]


Is this only for admins? I would love to have this. That's why this question. Waiting for a reply. Thank you. Ken Tony (talk) 11:35, 6 July 2021 (UTC)Reply[reply]

@Ken Tony: Anyone should be able to have it. Add it to your global.js => Special:MyPage/global.js  — billinghurst sDrewth 05:43, 26 July 2021 (UTC)Reply[reply]


Can Stalktoy be added to MoreMenu?? It is a more efficient way to find user characteristics, as it works even when the global account is hidden. Aeschylus (talk) 21:00, 25 July 2021 (UTC)Reply[reply]

English as default[edit]

Is there a way to set English as the MoreMenu default language, regardless of the sites' one? Unnamed UserName me 21:51, 12 August 2021 (UTC)Reply[reply]

@NguoiDungKhongDinhDanh It goes by the language you have set in your preferences. If English is your preferred language, you can set it in your global preferences to make it apply to all wikis. MusikAnimal talk 00:42, 16 August 2021 (UTC)Reply[reply]
Thanks for your reply. Unnamed UserName me 05:24, 16 August 2021 (UTC)Reply[reply]

Translation to pt[edit]

Please add the Portuguese translation to Thank you!

 "abusefilter-log": "registo do Filtro de Abusos",
 "all-logs": "Todos os registos",
 "analysis": "Análises",
 "analysis-sigma": "Análises – Σ",
 "analysis-wikihistory": "Análises – WikiHistory",
 "analysis-xtools": "Análises – XTools",
 "articles-created": "Artigos criados",
 "authorship": "Autoria",
 "basic-statistics": "Estatísticas básicas",
 "block-globally": "Bloquear globalmente",
 "block-log": "Registo de bloqueio",
 "block-user": "Bloquear usuário",
 "blocks": "Bloqueios",
 "central-auth": "Central auth",
 "change-block": "Mudar bloqueio",
 "change-model": "Mudar modelo",
 "change-protection": "Mudar proteção",
 "change-rights": "Mudar grupos do utilizador",
 "checkuser": "CheckUser",
 "checkuser-log": "registo CheckUser",
 "check-external-links": "Verificar ligações externas",
 "check-redirects": "Verificar redirecionamentos",
 "contributions": "Contribuições",
 "copyvio-detector": "Detector de violações de direitos de autor",
 "copyvio-detector-desc": "Consultas em motores de busca para violações de direitos de autor. Pode demorar algum tempo, por favor seja paciente.",
 "delete-page": "Eliminar",
 "deleted-contributions": "Contribuições eliminadas",
 "deletion-log": "Registo de eliminação",
 "disambiguate-links": "Desambiguar ligações",
 "edit-intro": "Editar introdução",
 "edit-summary-search": "Procura no sumário de edição",
 "edit-summary-usage": "Uso do sumário de edição",
 "email-user": "Enviar email a usuário",
 "expand-bare-references": "Expandir referências simples",
 "fix-dead-links": "Corrigir ligações mortas",
 "geolocate": "Geolocalizar",
 "global-account-log": "Registo de conta global",
 "global-block-log": "Registo de bloqueio global",
 "global-contributions-guc": "Edições globais – GUC",
 "global-contributions-xtools": "Edições globais – XTools",
 "ip-lookup": "procura de IP",
 "latest-diff": "Último diff",
 "mass-message-log": "registo de mensagem em massa",
 "merge-page": "Fundir",
 "move-log": "Registo de movimentação",
 "move-page": "Mover",
 "non-automated-edits": "Edições não-automáticas",
 "page": "Página",
 "page-logs": "Registos da página",
 "pending-changes-log": "Registo de alterações pendentes",
 "protection-log": "Registo de proteção",
 "protect-page": "Proteger",
 "proxy-check": "Verificar proxy",
 "purge-cache": "Purgar cache",
 "rdns": "rDNS",
 "rename-log": "Registo de renomeação",
 "review-log": "Registo de revisão",
 "search": "Busca",
 "search-by-contributor": "Procura por contribuidor",
 "search-history-wikiblame": "Procura no histórico – WikiBlame",
 "search-history-xtools": "Procura no histórico – XTools",
 "search-subpages": "Procura em subpáginas",
 "spam-blacklist-log": "Registo da lista negra de spam",
 "subpages": "Subpáginas",
 "sul": "SUL",
 "suppressed-contribs": "Contribuições suprimidas",
 "suppression-log": "Registo de supressão",
 "thanks-log": "Registo de agadecimentos",
 "tools": "Ferramentas",
 "top-edited-pages": "Páginas mais editadas",
 "traffic-report": "Relatório de tráfego",
 "transclusions": "Transclusões",
 "transclusion-count": "Número de transclusões",
 "unblock-user": "Desbloquear usuário",
 "undelete-page": "Restaurar página",
 "upload-log": "Registo de carregamentos",
 "uploads": "Carregamentos",
 "user": "Usuário",
 "user-creation-log": "Registo de criação de usuário",
 "user-groups": "Grupos de usuário",
 "user-logs": "Registo de usuário",
 "user-rights-changes": "Mudanças de grupos de usuário",
 "user-rights-log": "Registo de grupos de usuário",
 "user-thanks-received": "Agradecimento a usuário recebido",
 "view-block": "Ver bloqueio",
 "view-block-log": "Ver registo de bloqueio",
 "whois": "WHOIS"

GoEThe (talk) 12:04, 19 October 2021 (UTC)Reply[reply]

Done. Sgd. —Hasley 13:32, 19 October 2021 (UTC)Reply[reply]

Not working in English Wikipedia[edit]

It is not working and even not showing (empty) on Onmyway22 (talk) 14:49, 6 January 2022 (UTC)Reply[reply]

Z-order bug: maybe due to new Vector skin[edit]

I recently enabled MoreMenu on en-wiki, and just noticed that the two buttons appear "on top" of the User Menu dropdown. Screenshot here. I'm using the Vector-2022 skin, and I wonder if it's related to the hack that recently affected Twinkle. DavidBrooks (talk) 17:07, 5 February 2022 (UTC)Reply[reply]

Fixed MusikAnimal talk 19:35, 14 March 2022 (UTC)Reply[reply]
Confirmed. Thanks. DavidBrooks (talk) 19:15, 17 March 2022 (UTC)Reply[reply]

Request to add Special:ComparePages[edit]

Hi, is it possible to add links to Special:ComparePages somewhere in the MoreMenu, when viewing a certain page, such that the Page 1 input box is pre-filled by the page name, I'm currently viewing. If possible, it would be more helpful if when viewing a certain RevID in normal mode or diff mode or a Permalink to have a "Compare revisions" link, which like above, gets pre-filled with the RevID I'm currently viewing. Thanks! —‍CX Zoom (A/अ/অ) (let's talk|contribs) 16:57, 11 May 2022 (UTC)Reply[reply]

@CX Zoom I'm not sure this used enough across all our users to justify putting in the standard MoreMenu distribution. However, you can add your own custom link! In this case, the following code should work (this would go in your Special:MyPage/global.js):
mw.hook('moremenu.ready').add(function (config) {
        'Compare page',
        mw.util.getUrl('Special:ComparePages', {page1:})
Hope this helps and apologies for the late reply, MusikAnimal talk 22:07, 27 July 2022 (UTC)Reply[reply]
@MusikAnimal: Yes, this works. Thank you very much! As a side question, is there a RevisionID equivalent of that can extract out the ID when viewing a old diff or permalink of a page? Thanks! —‍CX Zoom (A/अ/অ) (let's talk|contribs) 14:24, 1 August 2022 (UTC)Reply[reply]
@CX Zoom All things MoreMenu provides are documented at MoreMenu/Advanced#Configuration values. Diff ID is not one of them, but it can easily be fetched with mw.config.get('wgRevisionId'). MusikAnimal talk 21:51, 3 August 2022 (UTC)Reply[reply]

Use Link Count as a replacement for Template transclusion count[edit]

So far, templatecount has always been supporting Wikipedias, while linkcount supports all production wikis. Pinging @MusikAnimal as active maintainer. NguoiDungKhongDinhDanh 18:46, 6 June 2022 (UTC)Reply[reply]

Yes check.svg Done and will be deployed soon. Thanks for the suggestion! MusikAnimal talk 21:57, 27 July 2022 (UTC)Reply[reply]

Add translation for Malay language[edit]

Please add the Malay language (ms) translation to the template and create The messages are as below:

 "abusefilter-log": "Log penapis salah guna",
 "all-logs": "Semua log",
 "analysis": "Analisis",
 "analysis-sigma": "Analisis – Σ",
 "analysis-wikihistory": "Analisis – WikiHistory",
 "analysis-xtools": "Analisis – XTools",
 "articles-created": "Rencana dicipta",
 "authorship": "Penulisan",
 "basic-statistics": "Perangkaan asas",
 "block-globally": "Sekatan sejagat",
 "block-log": "Log sekatan",
 "block-user": "Sekat pengguna",
 "blocks": "Sekatan",
 "central-auth": "Pusat pengesahan",
 "change-block": "Ubah sekatan",
 "change-model": "Ubah model",
 "change-protection": "Ubah perlindungan",
 "change-rights": "Ubah hak",
 "checkuser": "Pemeriksa",
 "checkuser-log": "Log pemeriksa",
 "check-external-links": "Periksa pautan luar",
 "check-redirects": "Periksa lencongan",
 "contributions": "Sumbangan",
 "copyvio-detector": "Pengesan pelanggaran hak cipta",
 "copyvio-detector-desc": "Pertanyaan enjin carian untuk pelanggaran hak cipta. Mungkin mengambil sedikit masa, harap bersabar.",
 "delete-page": "Hapus",
 "deleted-contributions": "Sumbangan dihapuskan",
 "deletion-log": "Log penghapusan",
 "disambiguate-links": "Nyahkaburkan pautan",
 "edit-intro": "Sunting pendahuluan",
 "edit-summary-search": "Sunting carian ringkasan",
 "edit-summary-usage": "Sunting penggunaan ringkasan",
 "email-user": "E-mel pengguna",
 "expand-bare-references": "Kembangkan rujukan kosong",
 "fix-dead-links": "Baiki pautan mati",
 "geolocate": "Geolokasi",
 "global-account-log": "Log akaun sejagat",
 "global-block-log": "Log sekatan sejagat",
 "global-contributions-guc": "Suntingan sejagat – GUC",
 "global-contributions-xtools": "Suntingan sejagat – XTools",
 "ip-lookup": "Cari IP",
 "latest-diff": "Perbezaan terkini",
 "mass-message-log": "Log pesanan beramai-ramai",
 "merge-page": "Gabungkan",
 "move-log": "Log perpindahan",
 "move-page": "Pindahkan",
 "non-automated-edits": "Suntingan bukan automatik",
 "page": "Laman",
 "page-logs": "Log laman",
 "pending-changes-log": "Log perubahan belum selesai",
 "protection-log": "Log perlindungan",
 "protect-page": "Lindung",
 "proxy-check": "Periksa proksi",
 "purge-cache": "Bersihkan cache",
 "rdns": "rDNS",
 "rename-log": "Log nama semula",
 "review-log": "Log semakan",
 "search": "Cari",
 "search-by-contributor": "Cari mengikut penyumbang",
 "search-history-wikiblame": "Sejarah carian – WikiBlame",
 "search-history-xtools": "Sejarah carian – XTools",
 "search-subpages": "Cari sublaman",
 "spam-blacklist-log": "Log senarai hitam spam",
 "subpages": "Sublaman",
 "sul": "SUL",
 "suppressed-contribs": "Sumbangan dialih keluar",
 "suppression-log": "Log alih keluar",
 "thanks-log": "Log ucapan terima kasih",
 "tools": "Alat",
 "top-edited-pages": "Laman suntingan tertinggi",
 "traffic-report": "Laporan trafik",
 "transclusions": "Transklusi",
 "transclusion-count": "Kiraan transklusi",
 "unblock-user": "Nyahsekat pengguna",
 "undelete-page": "Undurkan penghapusan",
 "upload-log": "Log muat naik",
 "uploads": "Muat naik",
 "user": "Pengguna",
 "user-creation-log": "Log penciptaan pengguna",
 "user-groups": "Kumpulan pengguna",
 "user-logs": "Log pengguna",
 "user-rights-changes": "Perubahan hak pengguna",
 "user-rights-log": "Log hak pengguna",
 "user-thanks-received": "Ucapan terima kasih yang diterima oleh pengguna",
 "view-block": "Lihat sekatan",
 "view-block-log": "Lihat log sekatan",
 // Optional
 "spur": "Spur",
 "whois": "WHOIS"

26 Ramadan (talk) 02:54, 30 July 2022 (UTC)Reply[reply]

Yes check.svg Done @26 Ramadan: page created, let me know if you need anything else on this. — xaosflux Talk 14:57, 1 August 2022 (UTC)Reply[reply]

Uzbek translation[edit]

Hi guys! Please add the Uzbek translation to Thanks!

 "abusefilter-log": "Suisteʼmollar filtri qaydlari",
 "all-logs": "Barcha qaydlar",
 "analysis": "Analiz",
 "analysis-sigma": "Analiz – Σ",
 "analysis-wikihistory": "Analiz – WikiHistory",
 "analysis-xtools": "Analiz – XTools",
 "articles-created": "Yaratgan maqolalari",
 "authorship": "Mualliflik",
 "basic-statistics": "Asosiy statistika",
 "block-globally": "Global bloklash",
 "block-log": "Bloklash qaydlari",
 "block-user": "Foydalanuvchini bloklash",
 "blocks": "Bloklashlar",
 "central-auth": "Global hisob maʼlumotlari",
 "change-block": "Blokni oʻzgartirish",
 "change-model": "Modelni oʻzgartirish",
 "change-protection": "Himoyani oʻzgartirish",
 "change-rights": "Huquqlarini oʻzgartirish",
 "checkuser": "CheckUser",
 "checkuser-log": "CheckUser qaydlari",
 "check-external-links": "Tashqi havolalarni tekshirish",
 "check-redirects": "Yoʻnaltirishlarni tekshirish",
 "contributions": "Hissasi",
 "copyvio-detector": "Mualliflik huquqlari buzilgan yoki yoʻqligini tekshiruvchi asbob",
 "copyvio-detector-desc": "Ushbu asbob orqali sahifada mualliflik huquqlari buzilgan yoki yoʻqligini tekshirishingiz mumkin. Soʻrov biroz vaqt oladi, shu sababli sabrli boʻling.",
 "delete-page": "Sahifani oʻchirish",
 "deleted-contributions": "Oʻchirilgan hissasi",
 "deletion-log": "Oʻchirish qaydlari",
 "disambiguate-links": "Sahifada ishlatilgan koʻp maʼnoli ishoratlarni aniqlash",
 "edit-intro": "Kirishni tahrirlash",
 "edit-summary-search": "Tahrir izohi qidiruvi",
 "edit-summary-usage": "Tahrir izohi",
 "email-user": "Foydalanuvchiga maktub yozish",
 "expand-bare-references": "Manbalarni kengaytirish",
 "fix-dead-links": "Oʻlik havolalarni tuzatish",
 "geolocate": "Geojoylashuv",
 "global-account-log": "Global hisob qaydlari",
 "global-block-log": "Global blok qaydlari",
 "global-contributions-guc": "Global tahrirlar – GUC",
 "global-contributions-xtools": "Global tahrirlar – XTools",
 "ip-lookup": "IP qidiruvi",
 "latest-diff": "Eng soʻnggi farq",
 "mass-message-log": "Ommaviy xabar qaydlari",
 "merge-page": "Sahifani birlashtirish",
 "move-log": "Koʻchirish qaydlari",
 "move-page": "Sahifani koʻchirish",
 "non-automated-edits": "Avtomat boʻlmagan tahrirlar",
 "page": "Sahifa",
 "page-logs": "Sahifa qaydlari",
 "protection-log": "Himoyalash qaydlari",
 "protect-page": "Sahifani himoyalash",
 "proxy-check": "Proksini tekshirish",
 "purge-cache": "Keshni tozalash",
 "rdns": "rDNS",
 "rename-log": "Foydalanuvchini qayta nomlash qaydlari",
 "search": "Qidiruv",
 "search-by-contributor": "Sahifaga hissa qoʻshgan foydalanuvchi boʻyicha qidiruv",
 "search-history-wikiblame": "Tahrirlarni qidirish – WikiBlame",
 "search-history-xtools": "Tahrirlarni qidirish – XTools",
 "search-subpages": "Ostsahifalarni qidirish",
 "spam-blacklist-log": "Spam-list qaydlari",
 "subpages": "Ostsahifalar",
 "sul": "SUL",
 "suppressed-contribs": "Yashirilgan hissasi",
 "suppression-log": "Yashirish qaydlari",
 "thanks-log": "Rahmatlar qaydlari",
 "tools": "Asboblar",
 "top-edited-pages": "Eng koʻp tahrir qilgan sahifalari",
 "traffic-report": "Trafik hisoboti",
 "transclusions": "Bogʻlangan sahifalar",
 "transclusion-count": "Bogʻlangan sahifalar miqdori",
 "unblock-user": "Foydalanuvchini blokdan chiqarish",
 "undelete-page": "Sahifani tiklash",
 "upload-log": "Yuklash qaydlari",
 "uploads": "Yuklamalar",
 "user": "Foydalanuvchi",
 "user-creation-log": "Yaratgan hisoblari qaydlari",
 "user-groups": "Foydalanuvchi guruhlari",
 "user-logs": "Foydalanuvchi qaydlari",
 "user-rights-changes": "Foydalanuvchi huquqlari oʻzgarishlari",
 "user-rights-log": "Foydalanuvchi huquqlari qaydlari",
 "user-thanks-received": "Olgan rahmatlari",
 "view-block": "Blokni koʻrish",
 "view-block-log": "Bloklash qaydlarini koʻrish",

Malikxan talk 20:43, 5 August 2022 (UTC)Reply[reply]

@Malikxan: Done. Kind regards, — Tulsi 24x7 09:41, 7 August 2022 (UTC)Reply[reply]