Talk:MoreMenu

From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search
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 tools[edit]

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

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

Bug report[edit]

Hi all

There is possibly a bug in moremenu. (it could be a bug in something else interfering with it), I am using Firefox on OpenSuse linux. I have tested and reproduced the issue on Chrome and Opera. (no windows here so no IE, sorry). The issue occurs on 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[edit]

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[edit]

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 link[edit]

@MusikAnimal: Currently, this gadget uses an external Whois lookup that requires completing a captcha before use. Can it be updated to use the labs tool at 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[edit]

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

@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 function[edit]

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

@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 site[edit]

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

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[edit]

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 ranges[edit]

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

Bug - menu appears at side[edit]

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

@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[edit]

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[edit]

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

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

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

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