[00:44:36] Hello all and happy new year. I'm not sure what I'm asking is only relevant to the Wikipedias, but here it goes: [00:44:38] Let's say we're on a user page. If your account is autoconfirmed, you will have a "More" on the vector skin that contains only the "Move" link. For some accounts, however, you'll also see the "Contribs" and "SUL" links. I can't figure out if that's related to user rights or maybe a gadget that's enabled. Anyone know? [00:47:02] My admin account and test admin account both have Contribs and SUL, my unconfirmed account has no More menu, and at least one of my autoconfirmed test accounts has the Contribs and SUL links. [00:47:57] I'm guessing maybe the Contribs and SUL links show up after your account is so old, or after X amount of edits. Perhaps the software assumes at that point you're more involved in the community and these links might be useful [00:49:38] what wiki is this? [00:50:09] enwiki [00:50:27] but I've also observed this behaviour on test.wikipedia.org, I will take a look at Commons now [00:51:38] You see "Contribs" and "SUL" links in the actions bar with Read, edit source, view history, etc.? [00:52:43] Correct. The Contribs and SUL links are under a "More" menu that is next to the Read/Edit/View History buttons [00:54:16] I tried wikivoyage and it seems to match up with what I observe on enwiki. I think those links appear based on account age and edit count. I just wish I knew exactly what the conditions were. [00:54:22] This is all because of a script I'm working on [00:54:55] MusikAnimal, what are the IDs of these list items? [00:55:14] Krenair: strangely, they are the only two links that don't have IDs [00:55:14] as in, view history is ca-history, there's ca-edit, etc... [00:55:23] probably added by script I'd imagine [00:56:22] so you guys don't have these links, I take it? [00:56:33] well I don't [00:58:22] MusikAnimal, does it show up if you turn off JavaScript? [00:59:30] Wow. It is a script... sorry about that! I was convinced it was MediaWiki given all of my other test accounts, but I guess I added en:User:Anomie/useridentifier.js to most of them, which is what's adding them [01:00:11] Well that's a relief, actually, for what I'm trying to do with a different script. Anyways thank you for all the help! [01:02:21] If you're interested, my script is [[en:User:MusikAnimal/MoreMenu.js]]. It adds a ton of useful drop-down links to the actions bar on vector. Works on all WMF wikis [01:03:37] I don't think MediaWiki would add things with that text to the interface [01:06:22] MusikAnimal, it checks for the 'sysop' right to show the block log? [01:06:44] aren't those usernames supposed to be urlencoded? [01:07:11] and why are you using $.get? [01:07:38] my script? It does a tricky thing by hiding the Blocks menu then re-showing it if there's any links based on the response of the AJAX call. Admins always see the Blocks menu [01:07:47] usernames should be URL encoded [01:07:55] does that at the top [01:08:16] Is there a MediaWiki function I should use instead of $.get? [01:09:53] admins, and various other groups [01:12:09] If you notice anything else that can be improved do let me know. I've been working on it for a long time, and am about to propose it to replace the original cactions gadget on enwiki [01:12:48] global sysops, stewards, sysadmins, ... just in the wikimedia global groups. I haven't checked what other wikis have in the way of groups that can block. There's a reason the proper way to do this in MediaWiki is to check rights, never groups. [01:13:14] good call, I didn't think about global rights [01:15:11] cbkwiki, fawiki, mlwiki, mlwikisource, mlwiktionary have 'botadmin' groups which can block, incubator has a 'test-sysop', labswiki has 'contentadmin'. ptwiki allows rollbackers to block, test2wiki has some strange automation group that can do it and wikidata-staff can do it on wikidatawiki [01:16:30] as for urlencoding, looks like you don't do that if you're on Special:Contributions? [01:17:58] I guess not! [01:18:29] And yes, you have the mediawiki.api RL module instead of $.get [01:18:43] so how can I check rights and not groups? [01:19:38] hmm [01:20:13] oh it looks like you have to query for them, wtf? [01:20:28] ah that's no fun [01:20:28] why do we provide groups but not rights directly in the JS? [01:20:37] got me! [01:21:01] there is mw.user.getRights() that gets them for you. but I understand if you keep the current check in this case [01:21:15] Why do I get the feeling I've run into this myself before... [01:26:20] Tried mw.user.getRights() on enwiki, I have a 104 permissions lol [01:26:27] IPs have 19 on enwiki [01:27:07] is there any scenario where you don't have the permission "read"? [01:30:44] I guess if it's a default gadget on a private wiki, but you're logged out and viewing a whitelisted user page? lol [01:31:50] not a case I'd trouble myself with too much for a gadget [01:41:08] Krenair: I'm looking at https://doc.wikimedia.org/mediawiki-core/master/js and can't find the RL module you speak of to use instead of $.get. What should I search for? Or you know the syntax offhand [01:41:57] new mw.Api().get( { ... } ).done( function ( data ) { ... } ).fail( function( data ) { ... } ); [01:42:09] you want mw.Api [01:43:17] perfect, and I assume that promise stuff is something written internally, or jQuery deferred? not actual JS promise? [01:43:47] jQuery deferred.promise( { abort: function () { ... } ) IIRC [01:44:37] actually: return apiDeferred.promise( { abort: xhr.abort } ) [01:44:39] close enough [01:44:46] but yes, jquery deferred [01:45:44] Awesome. Just don't want to use actual promises for browser compatibility reasons [17:58:10] [[Tech]]; Eversti1982; /* Lapinkoski new sheet in Finnis Wikipedia */ new section; https://meta.wikimedia.org/w/index.php?diff=10875943&oldid=10864310&rcid=5827685 [18:28:48] [[Tech]]; Stryn; /* Lapinkoski new sheet in Finnis Wikipedia */ re; https://meta.wikimedia.org/w/index.php?diff=10876095&oldid=10875943&rcid=5827728 [22:28:18] is there a way to merge wikidata entries