Talk:MoreMenu/Archives/1
![]() | This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
Dispenser's tools
@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 report
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 en.wiki. 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)
Translation
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)
SUL
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)
- Oh, I see, sorry @MusikAnimal:, I missed that, very good. Dan Koehl (talk) 08:36, 24 June 2018 (UTC)
Whois link
@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 https://tools.wmflabs.org/whois/gateway.py?lookup=true&ip=<ip address>
? Thanks —DoRD talk 17:05, 22 June 2018 (UTC)
- Good call! Done. — MusikAnimal talk 18:35, 22 June 2018 (UTC)
Timeless support
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)
- @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)
- @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)
- @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)
- Hello, MusikAnimal. I find the MoreMenu gadget incredibly useful, but the empty native 'More' menu is quite annoying. How can I remove the empty 'More' tab? --TadejM my talk 18:52, 19 January 2023 (UTC)
MoreMenu removes move page function
@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)
- @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)
- @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)
- FWIW, same thing happens on enWP and Meta. Levivich (talk) 23:35, 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)
IP tools traceroute links to paywalled domaintools site
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)
Commons
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)
- @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: 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)
IP tools option missing on contribs and user pages for ranges
On a user or contribs page for a single IP address (e.g., Special:Contributions/192.168.1.1), 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/192.168.1.1/16), 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 (u • t • c) 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/45.137.196.0/24. 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 (u • t • c) 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/204.68.207.13/24) and enwiki (e.g., en:Special:Contributions/204.68.207.13/24). However, if I go to en:Special:Contributions and enter 204.68.207.13/24 in the User: field, it goes to the "long-form" URL https://en.wikipedia.org/w/index.php?target=204.68.207.13%2F24&namespace=all&tagfilter=&start=&end=&limit=250&title=Special%3AContributions 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)
- @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/204.68.207.13/24) and enwiki (e.g., en:Special:Contributions/204.68.207.13/24). However, if I go to en:Special:Contributions and enter 204.68.207.13/24 in the User: field, it goes to the "long-form" URL https://en.wikipedia.org/w/index.php?target=204.68.207.13%2F24&namespace=all&tagfilter=&start=&end=&limit=250&title=Special%3AContributions and the User tab is missing. Any idea what's happening here? Thanks again. —[AlanM1(talk)]— 01:55, 7 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: 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)
- 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 (u • t • c) 03:58, 1 December 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).
Bug - menu appears at side
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)
WikiBlame
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 names
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)
- 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)
- 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)
- @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?
- 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: 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)
- 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)
Feature request: close menu
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)
- 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. MANdARAX XAЯAbИAM 21:44, 14 May 2022 (UTC)
Bug – seems to break the Edit summary search
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:
- 500
- Traceback (most recent call last):
- File "./app.py", line 33, in inner
- return func(*a, **kw)
- File "./app.py", line 98, in summary_py
- tpl, store = Summary(params)()
- File "./summary.py", line 22, in __call__
- self.set_constants()
- File "./summary.py", line 32, in set_constants
- super().set_constants()
- File "./tool.py", line 31, in set_constants
- store.domain = get_domain(store.server)
- File "./metacrap/__init__.py", line 24, in get_domain
- return get_crap(dbname)['url']
- File "./metacrap/__init__.py", line 15, in get_crap
- with (p/(dbname+".meta")).open() as fp:
- File "/usr/lib/python3.5/pathlib.py", line 1151, in open
- opener=self._opener)
- File "/usr/lib/python3.5/pathlib.py", line 1005, in _opener
- return self._accessor.open(self, flags, mode)
- File "/usr/lib/python3.5/pathlib.py", line 371, in wrapped
- return strfunc(str(pathobj), *args)
- File "./app.py", line 33, in inner
- 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 disappears
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)
- @Huji: Alright, it's a lot to ask, but could you add
- @Huji: Rats! Can you try without
- @MusikAnimal: still no. Huji (talk) 00:55, 20 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: it still is not. I went to this deleted page on fawiki as an example, and purposefully added
- @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)
- @MusikAnimal: did my additional discovery help pinpoint the issue? Huji (talk) 17:22, 17 March 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)
- @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
Adding Mediaviews Analysis
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)
Bug report: visual glitch in Vector skin
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)
Adding Template transclusion check
Hello. Very useful tool for templates - https://templatetransclusioncheck.toolforge.org. Serhio Magpie (talk) 18:32, 17 July 2020 (UTC)
- @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)
- @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)
Please add the translation of Chinese(zh-CN)
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)
- @XinuGod
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)
- plese create a copy of Mediawiki:Gadget-MoreMenu.messages.zh-cn.js to Mediawiki:Gadget-MoreMenu.messages.zh.js, thx!
- Also, can I put messages.zh.js on a local wiki for maintenance? For example:
MoreMenu-local[ResourceLoader|dependencies=mediawiki.api,mediawiki.util,user.options]|MoreMenu-local.js|MoreMenu.messages.js
Shizhao (talk) 06:40, 28 February 2023 (UTC)- @MusikAnimal Shizhao (talk) 09:27, 2 March 2023 (UTC)
- @Shizhao It is not designed to side load local message overrides like that, no. It might work, but more importantly, by adding messages here on Meta, Chinese users across all wikis get the translations, so it's better to have it centralized. I have copied Mediawiki:Gadget-MoreMenu.messages.zh-cn.js to MediaWiki:Gadget-MoreMenu.messages.zh.js as suggested (though I have no idea if any additional changes are necessary?). Thanks, — MusikAnimal talk 20:55, 5 March 2023 (UTC)
- @MusikAnimal Shizhao (talk) 09:27, 2 March 2023 (UTC)
Bug report from trwiki
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)
- @MusikAnimal: Hi, any idea why this might be happening?
- Vito Genovese 00:29, 30 October 2020 (UTC)
- @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 theid="delete-reason"
bit from tr:Şablon:Sil. Thank should fix it. Best, — MusikAnimal talk 05:36, 3 November 2020 (UTC)- Thanks, MusikAnimal. I can't believe that possibility had not occurred to me. Much appreciated.
- Vito Genovese 13:33, 3 November 2020 (UTC)
- @Vito Genovese so sorry for the late reply! The wpReason field is set by deletion templates (the
IS there a way to make the menu entries open in new tabs?
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)
- @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)
Broken in IE
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)
- @Mandarax Sorry about that. It should be fixed now. — MusikAnimal talk 01:33, 18 January 2021 (UTC)
- Thank you very much for the speedy fix! MANdARAX • XAЯAbИAM 08:39, 18 January 2021 (UTC)
Wikiscan
Could be useful under User Analysis and more. Check out http://wikiscan.org/. 1989 (talk) 21:42, 7 March 2021 (UTC)
User thing
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)
Where to put submenu code?
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: https://meta.wikimedia.org/wiki/MoreMenu
- the instructions say and special link to where to add it. — billinghurst sDrewth 05:47, 26 July 2021 (UTC)
Question
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)
- @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)
Stalktoy
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)
English as default
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)
- @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)
- Thanks for your reply. Unnamed UserName me 05:24, 16 August 2021 (UTC)
Translation to pt
![]() | This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Please add the Portuguese translation to MediaWiki:Gadget-MoreMenu.messages.pt.js. 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)
- Done. Sgd. —Hasley 13:32, 19 October 2021 (UTC)
Not working in English Wikipedia
It is not working and even not showing (empty) on en.wikipedia.org Onmyway22 (talk) 14:49, 6 January 2022 (UTC)
Z-order bug: maybe due to new Vector skin
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)
Fixed — MusikAnimal talk 19:35, 14 March 2022 (UTC)
- Confirmed. Thanks. DavidBrooks (talk) 19:15, 17 March 2022 (UTC)
Request to add Special:ComparePages
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)
- @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):Hope this helps and apologies for the late reply, — MusikAnimal talk 22:07, 27 July 2022 (UTC)
mw.hook('moremenu.ready').add(function (config) { MoreMenu.addLink( 'page', 'Compare page', mw.util.getUrl('Special:ComparePages', {page1: config.page.name}) ); });
- @MusikAnimal: Yes, this works. Thank you very much! As a side question, is there a RevisionID equivalent of config.page.name 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)
- @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)- Thank you. —CX Zoom (A/अ/অ) (let's talk|contribs) 12:01, 12 August 2022 (UTC)
- @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
- @MusikAnimal: Yes, this works. Thank you very much! As a side question, is there a RevisionID equivalent of config.page.name 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)
Use Link Count as a replacement for Template transclusion count
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)
Done and will be deployed soon. Thanks for the suggestion! — MusikAnimal talk 21:57, 27 July 2022 (UTC)
Add translation for Malay language
![]() | This edit request to MediaWiki:Gadget-MoreMenu.messages.ms.js has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Please add the Malay language (ms) translation to the template and create MediaWiki:Gadget-MoreMenu.messages.ms.js. 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)
Done @26 Ramadan: page created, let me know if you need anything else on this. — xaosflux Talk 14:57, 1 August 2022 (UTC)
Uzbek translation
![]() | This edit request to MediaWiki:Gadget-MoreMenu.messages.uz.js has been answered. Set the |answered= or |ans= parameter to no to reactivate your request. |
Hi guys! Please add the Uzbek translation to MediaWiki:Gadget-MoreMenu.messages.uz.js. 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)
- @Malikxan: Done. Kind regards, — Tulsi 24x7 09:41, 7 August 2022 (UTC)
Vector 2022 bug
A couple of minor annoyances in Vector 2022:
- When the More menu is open and Page is clicked, More closes as expected. When the Page menu is open and More is clicked, they both stay open, which I don't expect to be the case.
- On the main page (and maybe elsewhere?), the More menu contains Move and Purge. Move is left-aligned but Purge is right-aligned. Actually, even on articles the More menu is Right-aligned where Page is left-aligned. These should probably be consistent? Samwalton9 (talk) 11:29, 27 September 2022 (UTC)
remove or hide wp-specific options?
this extension slaps and i'm using it at my non-wikimedia wiki by importing at mediawiki:common.js. i've read through the documentation, source etc and couldn't find an easy answer for this - is there a way to locally hide or remove the links that only apply to wikimedia-network wikis like xtools or copyvio? tyvm 2607:FEA8:780:3620:9D5F:3004:3293:400D 18:23, 10 March 2023 (UTC)
- CSS is the obvious way, e.g.
#mm-page-analysis-analysis-xtools { display: none; }
. Nardog (talk) 17:12, 11 March 2023 (UTC)- i actually nixed this by adding stuff to the default p-cactions dropdown, but for anyone else reading, i was able to add
$('#[name of button]').remove();
to mediawiki:common.js. i found a list of the button names at User:NguoiDungKhongDinhDanh/MoreMenu - probably could be optimized and i'm sure my terminology is not accurate, but it did the job 2607:FEA8:780:3620:CE3:ACDB:F63C:682D 19:31, 13 March 2023 (UTC)- That has the possibility of running before MoreMenu and failing. The CSS approach is safer (and more lightweight). Nardog (talk) 10:14, 14 March 2023 (UTC)
- i actually nixed this by adding stuff to the default p-cactions dropdown, but for anyone else reading, i was able to add
Move "What links here" from Tools menu to Page menu
For your information. Patafisik (WMF) (talk) 09:52, 12 March 2023 (UTC)
Oldid not works
[8] → [9], must be [10] Jaguar K (talk) 22:38, 25 March 2023 (UTC)
- It doesn't appear MoreMenu takes the revision ID in any link it creates. That's for the good I think. It means that the links under Page are consistently related to the page, not to any revision. Nardog (talk) 04:20, 26 March 2023 (UTC)
Regarding WhatLinksHere and Delete
When on Special:WhatLinksHere of any random page to check links and wanted to delete the very same page and when clicked 'Delete' button from Page menu. It doesn't work as expected. It gives output meta.wikimedia.org/w/index.php?title=Special:WhatLinksHere/User:Tulsi&action=delete&wpReason=
which is not a valid URL. Can we fix this please? Kind regards, Tulsi 24x7 03:28, 26 March 2023 (UTC)
- Pull request. Nardog (talk) 04:15, 26 March 2023 (UTC)
- Merged and deployed! Many thanks, and apologies for the delay, — MusikAnimal talk 22:55, 25 July 2023 (UTC)
Please add for Odia language
Please add the tool for Odia language, langcode: or All pages with prefix - Meta (wikimedia.org)
-Soumendrak (talk) 07:11, 10 May 2023 (UTC)
Any way to disable the 'Delete' button's wpReason preset to delete-reason?
Hi,
I recently added the #delete-reason element to some templates on Commons as part of my work porting Twinkle there, but found that MoreMenu also uses that element to preset the wpReason parameter when using the 'Delete' button. (see source line) Although I'm sure many appreciate that behavior, it's something I personally don't want. Is there a way to disable this (or an easy way to add one), while keeping everything else MoreMenu offers?
Best, —Mdaniels5757 (talk • contribs) 19:12, 1 April 2023 (UTC)
- @Mdaniels5757 (sorry for the late reply!) I could have sworn this was replicating MediaWiki Core behaviour, but that either changed or I got the idea from elsewhere. If I may ask, what is the #delete-reason field even for, if not to provide the reason for deletion? At any rate, you can disable it by adding the following to the top of your Special:MyPage/global.js (or other personal JS):
MoreMenu = { prefillDeletionReason: false };
- Let me know if you have any issues. Best, — MusikAnimal talk 22:54, 25 July 2023 (UTC)
- @MusikAnimal That works great, thanks! To answer your question: the template's #delete-reason is equivalent to Commons's c:Template:Nuke's deletion reason, so if I want it prefilled I just use that. When I don't want it pre-filled (e.g. when it's more or less specific than I'd like), this will be a useful feature. Thanks for implementing it! —Mdaniels5757 (talk • contribs) 20:17, 26 July 2023 (UTC)
MoreMenu and the Timeless skin. "Page information" link disappears.
Please see: en:Wikipedia:Village pump (technical)#Can a page views link be put in sidebar, or at page bottom as in German Wikipedia? See where MoreMenu is mentioned concerning the Timeless skin.
The "Page information" link disappears. Or more accurately, the link name is changed to "Basic statistics", and it is moved elsewhere. I think common sidebar link names should not be changed. Since they are discussed often. Timeshifter (talk) 08:44, 7 June 2023 (UTC)
- Yes, this is a good point. There was talk a while back to at least use the same wording as MediaWiki via system messages. That I've got on the to-dos.
- I'm not sure about moving the link or not; the idea is to reduce clutter elsewhere in the UI and put all "page-related things" into one menu. However, Vector 2022's "Tools" menu and the Timeless design don't really need those page-related links to be moved as they're more appropriately organized as it is. Perhaps MoreMenu should just duplicate the links rather than move them. — MusikAnimal talk 21:05, 25 July 2023 (UTC)
Misleading Move log link in User tab
Hi @MusikAnimal, there's an issue with the behaviour of "Move log" under "User tab". For example, if you go to en:User:CX Zoom, and click the "Move log" under "User tab", it shows the moves of the page "User:CX Zoom", not the moves performed by me. Similarly, if you go to en:User talk:CX Zoom, it shows the moves of the page "User talk:CX Zoom". Meanwhile, if you go to en:Special:Contribs/CX Zoom, then it correctly shows the moves performed by me. This is reproducible on any user or user talk page. No matter which page I am in, "Move log" under "User tab" should show the moves performed by the user. Thanks! —(ping on reply)—CX Zoom (A/अ/অ) (let's talk|contribs) 19:21, 25 July 2023 (UTC)
- @CX Zoom That's not the behaviour I'm seeing, and you shouldn't be either! Are you sure you didn't accidentally go to "Move log" under the "Page" > "Page logs" menu? — MusikAnimal talk 20:37, 25 July 2023 (UTC)
- I'm sorry. I myself can't reproduce it now. I don't know if some userscript conflicted with it or I'm just stupid and went through "Page logs" menu. I'll let you know if I can reproduce it again, and if due to script conflict, I'll check which one it is. —(ping on reply)—CX Zoom (A/अ/অ) (let's talk|contribs) 20:45, 25 July 2023 (UTC)
Width of localization messages
Localization messages don't fit right on the screen. Look at this gif. I have to Ctrl + scroll to see full text. It creates scrollbar at the bottom of window. NMW03 (talk) 12:13, 13 August 2023 (UTC)
- @MusikAnimal I'm pinging you in case you didn't see this. NMW03 (talk) 17:30, 15 August 2023 (UTC)
- Acknowledged! I'm aware of this issue, just not certain how I want to solve it. I suppose for Vector 2022, the submenus should pop out to the left and not to the right. — MusikAnimal talk 18:07, 15 August 2023 (UTC)