[06:49:33] hello everyone [06:49:45] I am new to mediawiki [06:50:19] I need guidance for gsoc and outreachy [06:50:33] can anyone help with that [12:35:29] hi everyone, i have a question [12:35:55] does the WMF have employees devoted to particular sister projects? [12:36:17] for example employees fully into Wikiversity, others into Wikibooks, others into Wikivoyage .. ? [12:43:15] Any people have particular interests. I'm not aware of an any such "assigning to sites" though. [12:46:10] andre__: thanks [12:51:13] You could argue, that many of the projects are neglected completely [12:54:10] Reedy: Thanks [14:51:41] Hi folks. I'm the Oauth2 plugin, and i'd like to disable "regular" logins (force everyone to use Oauth2). Is this possible? [14:51:56] I've been able to hide the login link, but they can still get at it via Special:UserLogin [14:52:13] MediaWiki v1.28 [14:52:38] ( tgr|away - sorry i missed your reply btw) [17:05:32] hello, does anyone here have experience in Extension:Translate or ISO 639-3 codes? [17:08:06] i'm trying to use the {{#time:}} parser combined with {{#translation:}} to make the times automatically translate [17:08:40] however, the {{#translation:}} codes do not seem to function as an ISO 639-3 code (possibly because of including a /) [17:10:13] how would i be able to pull the current language subpage of a page and use it in {{#time}}? [18:23:19] Does anyone know how to make user contributions ascociate with a user, after a move to a new server? [19:12:06] i'm new here [19:12:29] Does anyone know how to make user contributions ascociate with a user, after a move to a new server? [19:12:42] need someone to answer me [19:13:14] AdmiralTitan: if you move servers by making a full database backup and restoring it, user association is preserved [19:13:36] if you mean via the Special:Export / Special:Import process, then I don't believe such is possible without manually messing around with the database [19:14:10] Admiraltitan can you connect me [19:14:23] haven't looked too much into it, but consider a case where you export a page from Wikipedia and a user by the name AdmiralTitan edited it, however that user isn't you (just someone who has the same name). You wouldn't want their edits to appear under your contributions when you import into your wiki [19:14:31] We transfered a wiki using an XML dump of the wiki. [19:14:45] transferring an XML dump uses the export/import process, so see above [19:15:07] True, so the only way around this is through the database? [19:15:12] the only way to preserve user associations is if you take a SQL dump and transfer the user database itself along with it [19:15:39] you can write a script (or search for an existing one) that will go through the list of edits and update the associations though [19:15:41] Is there anyway to get a SQL dump of a wiki that you dont have admin nor server access to? [19:15:44] no [19:15:52] didnt think so. [19:16:26] Well, thanks for your help. Might see about writing a script to ascociate old user edits with the new user accounts (same name in almost every case) [19:17:57] AdmiralTitan: I'm not sure of what all needs to be updated, but at the very least you'll need to update the revision table [19:19:01] if you look at your imported edits, rev_user_text will be a username but rev_user will be 0 (where 0 signifies an anonymous user) [19:19:02] Skizzerz: reassignEdits maintenance script? [19:19:12] ooh, that may work [19:19:23] Not 100% sure about this use case [19:19:26] having really laggy internet right now >_< [19:19:32] it'd be a good base at any rate [19:19:50] Ill look into the maintenance script, thanks! [19:21:03] I bet minor changes will only be needed to it [19:22:31] the main loop looks to be good, userConditions would need to be modified to only return the user_text field (as the one you are reassigning from won't have an id) [19:23:05] and then you'd need an outer loop to call doReassignEdits once per user you found [19:23:24] it'll be slow, but that would require the minimal modifications of the script I think [19:24:40] it'd be faster to do it directly in SQL via a JOIN condition on the UPDATE clause [19:24:50] but you lose the pretty progress readouts :) [19:26:29] lemme see if I can whip those up real quick, or as quick as laggy internet will allow... [19:32:07] oh, they left [19:32:28] well in case anyone cares, this *should* do the trick (completely untested, I recommend backing up your db first): https://hastebin.com/elujonesaj.sql [19:59:45] if i was to start a new wiki that's open to public editing, should i use maraidb, postgres, or sqlite? [20:05:11] katzra: Whatever you are most comfortable with. [20:08:16] is sqlite faster though? [20:08:55] They all the same as far as speed. sqlite is easiest to install/administer [20:09:16] thanks [20:09:30] the documentation i'm reading says to avoid using sqlite in production [20:09:37] i guess there's no reason to not use mariadb [20:10:06] *shrug* mysql is certainly the most supported. But I've seen many production wikis running on non-mysql. [20:10:17] If you already have mariadb or can install it easy, go for it :) [20:11:22] Mysql/mariadb is faster then sqlite if you have more than one user [20:11:40] sqlite is basically one person at a time, which slows things down significantly [20:11:58] Mysql will have the fastest performance of all the supported database backends [20:15:35] hello my comrades [20:34:17] mediawiki says it supports php 7, is there any downside to just running it on 7? [20:34:39] katzra: Php7 is less tested then hhvm [20:34:48] but umm it should work [20:34:50] It should mostly work [20:34:56] If you encounter any problems let us know [20:35:00] katzra: And if you find any bugs, they would be appreciated to be disclosed [20:35:08] ಠ_ಠ [20:35:22] but i mean, it's listed here https://www.mediawiki.org/wiki/Compatibility#PHP [20:35:33] There shouldn't be anything majorly broken [20:35:35] Some older versions of MW don't support APC on PHP7 properly. I think that's the biggest issue we had with it (But that's fixed in newer MW) [20:35:37] But you might find an edge case [20:35:51] I guess why not [20:36:15] also no judging but... can i directly upgrade from 1.15 to the latest? [20:36:42] I think 1.15 is from like 2009 [20:37:04] You should be able to, but YMMV [20:37:09] Backup first obviouly! [20:38:08] this is going to be fun