Active discussions
This page is for discussions related to the MoreMenu page.

  Please remember to:

Wikimedia Community Logo.svg
If a bug deserves prompt attention, please {{ping}} the active maintainer, User:MusikAnimal

Dispenser's toolsEdit

@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)

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

Bug reportEdit

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)


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

I'm going to rewrite the gadget from scratch soon, and make it localizable. Stay tuned! MusikAnimal talk 18:36, 22 June 2018 (UTC)
@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)


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)

@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)
Oh, I see, sorry @MusikAnimal:, I missed that, very good. Dan Koehl (talk) 08:36, 24 June 2018 (UTC)
@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)

Whois linkEdit

@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)

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

Timeless supportEdit

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)

@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)
@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)
@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)
"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)
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)
@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)
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)

MoreMenu removes move page functionEdit

@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)

@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)
@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)

@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)

@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)
@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)
FWIW, same thing happens on enWP and Meta. Levivich (talk) 23:35, 14 February 2019 (UTC)
@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)
@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)
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)

IP tools traceroute links to paywalled domaintools siteEdit

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)

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)


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)

@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)
@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)
@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)
@MusikAnimal: It worked. Thanks! -- 1989 (talk) 00:18, 5 February 2019 (UTC)

IP tools option missing on contribs and user pages for rangesEdit

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)

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)
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)

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)
@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)
@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)
@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)
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)

Bug - menu appears at sideEdit

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)

@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)
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)
@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)
@MusikAnimal:Works for me now, thanks very much. --Closedmouth (talk) 05:07, 14 January 2020 (UTC)
Issues fixed for me, too. Much appreciated MusikAnimal. Rcsprinter123 (talk) 19:15, 14 January 2020 (UTC)


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)

@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)
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)

Bugs with custom link namesEdit

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)

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)

@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)
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)
@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)
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)
@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)

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)
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)
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)

Feature request: close menuEdit

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)

@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)
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)

Bug – seems to break the Edit summary searchEdit

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)

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

Bug - restore link disappearsEdit

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)

@Huji: This should be fixed now. Thanks for the report! MusikAnimal talk 04:03, 19 February 2020 (UTC)
@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)
@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)
@MusikAnimal: still no. Huji (talk) 00:55, 20 February 2020 (UTC)
@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)
@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)
@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)
@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)
@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)

@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)
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)
@MusikAnimal: did my additional discovery help pinpoint the issue? Huji (talk) 17:22, 17 March 2020 (UTC)
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)

Adding Mediaviews AnalysisEdit

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)

Return to "MoreMenu" page.