[01:47:55] \o Hi, I need to create a bunch of users for my wiki, I have their emails. So I tried the workflow that sends them an email but I have to choose the username beforehand and I don't know them. Anonymous users can't create accounts. Is there any plugin or way for me [01:48:15] by only knowing their email to create those accounts and let them choose username and passwword? [01:49:48] I noticed they can not change their own username either, so creating blabla username doesn't help [01:55:36] GiBa, https://www.mediawiki.org/wiki/Extension:Renameuser seems useful [01:56:35] GiBa, https://www.mediawiki.org/wiki/Extension:InviteSignup looks like what you're looking for [01:57:11] actually, that looks like what you were originally requesting [01:59:20] OH-: renameUser requires burocrat permission, I'm checking the otherone out :D [02:00:27] OH-: that's exactly what I needed, thanks you OH-++ [02:00:35] no problem [02:17:55] OH-: that didn't work, the invite comes with a link that takes you to the standard account creation form wich is disabled for anonymous users :( [02:19:15] that's odd, the extension page says it allows account creation even when restricted [02:54:35] I know :| but it also seems unmaintained, I had to scrap github to find it [02:59:18] it looks like it's supposed to use some kind of hash to allow people to make accounts even if the create account page is restricted [03:07:10] the author is Nikerabbit (who is on IRC) maybe he can help? [03:25:26] :o [03:25:37] ill check it out, thanks again OH-++ [06:07:16] GiBa: what is unmaintained? [06:07:30] OH-: InviteSignup still has to be fixed for changes in 1.27 [07:32:09] hello [08:36:01] hello [08:36:34] I notice that javascript loaded by resourceloader takes a lot of time to be processed [08:36:56] most of the time is waiting [08:37:10] my wiki is small, and I do not need dynamic css/js [08:37:30] is there any way to simplify resource loader tasks? [08:41:24] Also, I get two css files [08:41:34] one is full, and the other is empty with a few comments [09:12:21] hello, extensions are in error https://www.mediawiki.org/wiki/Special:ExtensionDistributor/MobileFrontend [10:17:09] I remember the last time I tried to get VisualEditor working it was a right headache with lots of dependencies... so if money (and servers) is no object... how might one very quickly get up and running with the LTS version with VisualEditor? [10:17:20] perhaps an official VM? [10:49:08] I am facing issue while uploading files to my local mediawiki server. [10:49:18] Error>> Could not create directory "mwstore://local-backend/local-public/1/14". [11:19:18] I am facing issue with infobox on mediawiki server. [11:22:41] template loop detected [11:26:03] gangry: What is "infobox"? [11:26:12] And do you have a question? [11:26:44] Hi there, Can you give me a simple installation procedure for infobox [11:27:24] gangry: What is "infobox"? [11:28:04] andre: An infobox is a fixed-format table usually added to the top right-hand corner of articles to consistently present a summary of some unifying aspect that the articles share and sometimes to improve navigation to other interrelated articles. [11:28:30] So on-wiki content... Do you refer to that template on English Wikipedia? That would be https://en.wikipedia.org/wiki/Template:Infobox [11:30:50] yes, i have created a sample but showing loop detected [11:31:46] Who did you "create a sample"? [11:32:00] Could you please be exact? Is your wiki public? Could you link to it? [11:32:42] see https://meta.wikimedia.org/wiki/Help:Template#General [11:34:10] No.. dude its template [11:45:04] This bit of the manual may need fixing... [11:45:05] https://www.mediawiki.org/wiki/Manual:$wgResourceBasePath [11:45:21] should I assume all bits that say "removeBasePath" are meant to say "resourceBasePath" ? [11:45:30] but that what it says is actually true? [11:45:57] in other words LocalSettings having $wgResourceBasePath = $wgScriptPath; is actually pointless as thats the default anyway [11:50:50] gangry: see the link I provided. [11:54:34] andre: please see the link below i posted [11:54:35] https://en.wikipedia.org/wiki/Help:Infobox [12:39:11] would anything in the maintenance directory be suitable for just populating the database based on an existing LocalSettings.php [12:39:43] i.e. you've downloaded mediawiki core and a skin... made a custom localsettings.php - then want to run update.php so it can read that file and finish the install [12:39:53] almost like an unattended setup file [12:42:18] There's an install maintenance script [12:42:27] Not 100% sure what it does with an existing LocalSettings.php [12:43:06] stevenm: TBH, making it *read* from an existing one doesn't seem a bad idea [12:44:21] https://github.com/wikimedia/mediawiki/blob/master/maintenance/install.php [12:44:22] Reedy, i think the only info it'd be lacking is likely the default admin user [12:44:27] but that could be passed [12:44:28] Yeah [12:44:32] install.php takes that as a parameter [12:44:42] maybe unattended.php ? [12:44:45] $this->addArg( 'admin', 'The username of the wiki administrator.' ); [12:44:45] $this->addOption( 'pass', 'The password for the wiki administrator.', false, true ); [12:44:46] $this->addOption( [12:44:46] 'passfile', [12:44:47] 'An alternative way to provide pass option, as the contents of this file', [12:46:38] Reedy, for now (since it can't) is there a way to just call install.php so it can generate the initial SQL? i was looking for an SQL file to just execute but then it'd be lacking things like wiki name, default user, etc... [12:46:52] i.e. have install.php leave my LocalSettings.php alone :P [12:47:16] Hack the script so it doesn't write the localsettings? :P [12:47:26] bleh [12:47:32] It won't generate an sql file [12:47:34] i'll run it first then override it after [12:47:44] it generates a list of the files it needs to run [12:47:47] and a few sql queries [12:47:50] tbh i find a tonne of stuff in the localsettings file pointless [12:47:57] lots of defaults being set and unneeded comments [12:48:22] You might, but some people do find them usseful [12:48:36] The newer LocalSettings.php are simpler than they were a few versions ago [12:49:53] https://github.com/wikimedia/mediawiki/blob/master/includes/installer/LocalSettingsGenerator.php [13:04:27] Reedy, i've basically got it down to this by stripping out values which were being set to their defaults anyway... https://pastebin.com/raw/AxpYCM0W [13:04:46] Depending on what they are... [13:04:47] the only other tweak is I've turned on memcached and changed locale info [13:04:57] If we're setting some to defaults.. we should probably stop doing that [13:05:05] Unless it's stuff that people are almost certain to change quickly [13:13:14] kaldari: I'm trying to place thanks links in the watchlist with a userscript. Is there a simple way to give them the same behavior as the links in the history? [13:14:23] Right now I'm tempted to copy the JS from the extension to replicate the behavior, but I fear that'll make for a very brittle script. [15:05:58] Short URL question: How do I rewrite .htaccess to change freecadweb.org/wiki/?=Compile AND freecadweb.org/wiki/?title=Compile to freecadweb.org/wiki/Compile ? [15:16:05] Anyone ? ^ [15:37:23] ping [15:40:11] pong? [15:40:26] Patience is a virtue on IRC. [16:00:55] andre__: indeed [16:01:08] sorry i got dissed after you answered me [16:01:39] checking the logs to see if I missed something [16:02:49] no, doesn't look like i missed anything [16:12:38] Ok, I've got myself a headscratcher. I have a mediawiki install on a server I didn't configure that will allow people to edit while we're on campus inside the network, however trying to edit outside the network redirects to the main page [16:14:00] and here's the tricky part. It's a windows server.. server [16:43:41] Ulfr: get an extension that lets you define permissions based on the IP address the user is connecting from; if they're on-campus assign the 'edit' permission, and if not then don't assign that permission [16:43:59] idk if any currently exist [16:44:35] it won't do the redirect thing, but imo that sounds like a hacky workaround for the fact they can normally edit [16:46:56] Nemo_bis, ah, good to know. thanks [16:48:42] GiBa, if you want to keep track you can follow https://phabricator.wikimedia.org/T134885 [17:23:08] Skizzerz: The issue isn't that I want that behavior, the issue is that the behavior exists :( [17:23:29] I have edit permissions as it stands, I'm getting redirected presumably because of a server setting. I have sysadmin powers [19:47:20] repost: Short URL question: How do I rewrite .htaccess to change freecadweb.org/wiki/?=Compile AND freecadweb.org/wiki/?title=Compile to freecadweb.org/wiki/Compile ? [19:50:48] kunda_: have you seen this? https://www.mediawiki.org/wiki/Manual:Short_URL/Apache [20:19:33] Ok, since I couldn't find a way to access the private functions in ext.thanks.revthank, I'm basically copying it fully with two lines commented out (the hook for diff I made it run every time) [20:20:06] How do I load the OO.ui.alert function? is it an specific module? [20:38:08] Got the answer over at #wikimedia-editing [21:57:21] Yaron, do you need help with SSH? [22:22:29] MaxSem: sorry, I only saw this now. [22:22:44] It would be great to be able to call "git commit" from the command line, yes. [22:23:01] Unfortunately I have to leave pretty soon - will you be around tomorrow? [22:23:35] yeah, ping wherever I'm here. pretty sure there are others who can help you, too [22:24:10] Great. I did try to help right when the problem started, but it didn't work out, so I gave up.