[03:21:17] <steevithak_>	 I'm trying to get the refToolbar working on a MW v1.31 and I've followed these steps: https://en.wikipedia.org/wiki/Wikipedia:RefToolbar/2.0#Porting_to_another_wiki
[03:21:44] <steevithak_>	 However, still no Cite toolbar in the editor - any idea what else is needed?
[12:56:38] <dalba>	 Trying to debug a unittest issue, I've reduced what seems to be the problem to the following script: https://phabricator.wikimedia.org/P8043 . Go to https://fa.wikipedia.beta.wmflabs.org/wiki/%D8%A8%D8%AD%D8%AB_%D9%85%D8%AF%DB%8C%D8%A7%D9%88%DB%8C%DA%A9%DB%8C:Gadget-decodesummary-tests.js and paste the script into browser's console. I can't figure out why it hangs while running the tests. If I delete any one of the three tests, then it will pass.
[12:57:04] <dalba>	 Does anyone know what is going on?
[14:43:10] <trav>	 hey, not sure this is solvable via IRC but... I'm pretty stuck getting parsoid to talk to visualeditor. Getting "Error loading data from server: 404: docserver-http: HTTP 404. Would you like to try again?" when I try to edit. Parsoid log throws a "Invalid domain: wiki.spacebase.co" but the parsoid.yaml has 'uri: 'wiki.spacebase.co/mediawiki/api.php'"
[14:45:33] <trav>	 172.104.187.46:8142/wiki.spacebase.co/mediawiki/index.php/Main_Page tells me "cannot GET" :/ so parsoid is running.... it just isn't happy?
[15:46:53] <biberao>	 hi
[15:47:09] <biberao>	 isthere a way to set the viewport for a certain skin?
[16:26:44] <mywacaday>	 In trying to setup a new mediawiki I am getting this error "Cannot access the database: :real_connect(): (HY000/1045): Access denied for user 'joe'@'localhost' (using password: YES)." in the MediaWiki 1.32.0 installation.
[16:27:31] <mywacaday>	 I can connect to the database through the console useing the same username and password, can't figure out what i'm getting wrong
[16:59:36] <Sander^home>	 Do anyone know how far mariadb is in a redundant two machines master-master replication for redundany of mediawiki is?
[16:59:39] <siers>	 Are lists in wikipedia created automatically or manually?
[17:05:16] <eskimo>	 anyone here know about the askargs api thing
[17:06:17] <eskimo>	 so basically, i'm using it to grab data from this page - https://www.snpedia.com/index.php/Rs2235544
[17:06:48] <eskimo>	 i'm able to grab all the things lioke orientation, stabilized, chromosome, etc - but how can i get the data inside the little table at the top using that api
[17:07:22] <eskimo>	 like, here's an example of what i'm currently doing https://bots.snpedia.com/api.php?action=askargs&conditions=Rs28942072&printouts=Orientation|StabilizedOrientation&format=json
[17:15:13] <eskimo>	 Vermont: halp
[17:15:33] <Sander^home>	 siers: I do want that question answered myself, but when I installed mediawiki, I saw maybe 20 apps I could tick of
[17:16:05] <Sander^home>	 siers: I'm unsure, as it was in a flick I saw them.
[17:16:53] <Vermont>	 wat
[17:17:33] <Sander^home>	 Do anyone have a list of all mediawiki apps?
[17:18:19] <eskimo>	 Vermont: halp
[17:18:21] <eskimo>	 read up
[17:18:27] <Vermont>	 why
[17:18:29] <Vermont>	 okay
[17:18:34] <eskimo>	 cause I need teh helpz
[17:18:43] <Vermont>	 I can’t help you with the API
[17:18:48] <eskimo>	 but like
[17:18:56] <eskimo>	 I need haaaalp
[17:19:08] <eskimo>	 :(
[17:19:40] <eskimo>	 don't be a jerk Vermont
[17:21:17] <Vermont>	 eskimo: I don’t know the API myself
[17:22:37] <eskimo>	 but you know wiki
[17:22:38] <eskimo>	 and I don't
[17:22:58] <eskimo>	 like I know the other things are considered "properties"
[17:23:04] <eskimo>	 what are the elements in the table Calle
[17:23:07] <eskimo>	 called
[17:23:33] <eskimo>	 is there a way to get a list of all the acceptable inputs for the printouts parameter
[17:56:32] <bawolff>	 eskimo: that's the semantic mediawiki specific api
[17:56:50] <bawolff>	 Try asking at #semanticmediawiki
[18:17:22] <eskimo>	 bawolff: ahhh ok
[21:08:25] <stairmast0r>	 hi guys, i'm having zero luck digging up an answer to this problem i'm having with a python bot. i'm trying to use it to upload files by URL, and the bot password has the appropriate permissions. local files can be uploaded through the browser just fine, but when the bot tries to upload it gets "permissiondenied"
[21:16:13] <bawolff>	 stairmast0r: are you sure the user has right permissions?
[21:16:34] <bawolff>	 Uploadbyurl is often kind of restricted
[21:17:15] <bawolff>	 It often varies by wiki
[21:17:47] <bawolff>	 And its separate from normal upload
[21:17:49] <Skizzerz>	 if you have local access to it in UI but not API, ensure that the bot has the "Upload, replace, and move files" grant
[21:18:04] <Skizzerz>	 uploading by URL is not present in the base "Upload new files" grant
[21:20:57] <stairmast0r>	 i checked every box on the bot password page
[21:21:13] <stairmast0r>	 including "upload, replace, and move files"
[21:21:25] <Skizzerz>	 does the user account in general have access to upload by url?
[21:21:39] <stairmast0r>	 the bot password is a child of the local admin account
[21:21:43] <Skizzerz>	 the grants on BotPasswords won't give you anything you don't already have -- it can only be used to restrict rights, not grant them
[21:21:55] <Skizzerz>	 yes, and can your local admin account upload by url?
[21:22:48] <stairmast0r>	 i added $wgGrouppermissions['user']['upload_by_url'] = true and still don't have the option to upload by URL from the web interface
[21:23:02] <stairmast0r>	 do permissions cascade up to admin if they're set for users?
[21:23:19] <Skizzerz>	 !wg AllowCopyUploads
[21:23:19] <wm-bot>	 https://www.mediawiki.org/wiki/Manual:%24wgAllowCopyUploads
[21:23:24] <Skizzerz>	 yes, they cascade
[21:23:30] <Skizzerz>	 but uploading by url is disabled by default
[21:23:47] <Skizzerz>	 see above link
[21:23:56] <Skizzerz>	 there's a 2nd setting to enable it via UI (above one only enables via API)
[21:25:45] <Skizzerz>	 for permissions (bit tangential to the above); the '*' and 'user' groups are termed "implicit groups" meaning that everyone belongs to '*' automatically and all logged-in users belong to 'user' automatically, so your logged-in admin will have everything granted to both '*' and 'user' due to this
[21:26:08] <Skizzerz>	 'autoconfirmed' is another implicit group that's given to people (based on wiki config) who've had accounts for some number of days with some number of edits
[21:26:29] <Skizzerz>	 everything else needs to be granted explicitly, and the permissions for every group are merged together to determine what the user has access to
[21:27:23] <Skizzerz>	 when using bot passwords with the API, you additionall have grants which specify a subset of those permissions, and the bot is granted the intersection between what the full user account has access to and the list of permissions of enabled grants
[21:29:16] <stairmast0r>	 it seems to work from the bot now, after enabling $wgAllowCopyUploadsFromSpecialUpload
[21:30:14] <Skizzerz>	 that shouldn't be required for API uploads, only $wgAllowCopyUploads is needed for that
[21:30:27] <Skizzerz>	 $wgAllowCopyUploadsFromSpecialUpload is for uploading via URL from the UI
[21:30:30] <stairmast0r>	 that's what i thought as well
[21:30:38] <Skizzerz>	 is that not your experience?
[21:31:03] <stairmast0r>	 now there's still no option to upload from URL from the UI, but the bot works
[21:31:14] <Skizzerz>	 do you have them both set to true?
[21:31:57] <stairmast0r>	 yes; i didn't have both explicitly set before though
[21:32:02] <stairmast0r>	 just allowcopyuploads
[21:33:14] <Skizzerz>	 from how I understand the requirements, the following are necessary:
[21:33:15] <Skizzerz>	 API uploads: $wgAllowCopyUploads = true; user account has upload_by_url permission; bot password has uploadeditmovefile grant
[21:33:15] <Skizzerz>	 UI uploads: $wgAllowCopyUploads = true; $wgAllowCopyUploadsFromSpecialUpload = true; user account has upload_by_url permission
[21:34:27] <stairmast0r>	 something must be defaulting or being overridden somewhere then, because all of those are enabled but yet the UI URL uploads are not working
[21:34:41] <Skizzerz>	 hmm, try logging out and back in, and clearing cache?
[21:34:48] <stairmast0r>	 it's fine though, all i needed was the API. enabling UI was just part of testing
[21:34:51] <stairmast0r>	 that may work ^
[21:34:52] <Skizzerz>	 also try restarting the web server, could be an opcode cache mucking things up
[21:35:57] <Skizzerz>	 in any case, glad you got the API stuff sorted out :)
[21:36:08] <stairmast0r>	 thanks for your help!
[21:54:43] <biberao>	 Hi, does CentralAuth deals with user permissions on mediawiki?
[21:55:00] <biberao>	 or it justs authenticate and then the rest is dealt in other ways?
[22:19:53] <Krenair>	 biberao, well
[22:19:59] <Krenair>	 CentralAuth has it's own global permissions system
[22:20:34] <Krenair>	 where you can set up global groups, put global users in them, apply the group on certain - or all - wikis, and give those groups rights on the wikis where it applies
[22:20:47] <Krenair>	 those users rights*
[22:21:13] <Krenair>	 it can potentially grant an MW user any right they might not have locally
[22:21:38] <Krenair>	 this is distinct from the cross-wiki user rights system
[22:22:06] <Krenair>	 (which is used to change local user rights on one wiki, from a different wiki)
[22:27:38] <biberao>	 i see
[22:27:53] <biberao>	 i was trying to have MW work with auth0 thats why i was asking.
[22:28:42] <biberao>	 Ideas? thanks