[05:08:02] is there a maintenance way to fix an incorrectly assigned MIME type for a file or does it require straight-up modifying the image table in the database? [05:14:41] Quasar``: not sure... maybe https://www.mediawiki.org/wiki/Manual:RefreshImageMetadata.php ? [10:53:40] https://www.mediawiki.org/wiki/Change_the_name_of_the_wiki [10:53:50] what the heck is that passcode crap? [10:54:18] Quite confusing, if someone could remove it, perhaps others wouldn't be confused too [11:32:59] harmaahylje: fixed. looks like vandalism that no one noticed before :( [13:03:33] MatmaRex: awesome job \o/ [13:03:44] Does anyone know anything about this: https://www.mediawiki.org/wiki/Extension:YouTubeAuthSub [13:04:31] A bunch of wikis I am working on used this, and I though it might be just fine as the Extension page states release status _stable_. But none of the code repositories exist, nor does the Extension downloader have it. [13:07:15] I suppose it was used for uploading videos to youtube via the wiki. And to a specific account. [13:07:25] If anyone knows any alternatives, I'd like to know :) [13:16:12] harmaahylje: you can find the source code here: https://phabricator.wikimedia.org/diffusion/SVN/browse/trunk/extensions/YouTubeAuthSub/ [13:16:54] harmaahylje: but since it was never imported from SVN to Git, this means that no one cared about this extension at all for the last five years, so the code might not be compatible with current MediaWiki versions [13:36:40] more like "the code definitely isn't compatible with latest MW releases" ;-) wfMsg(), Article#doEdit, etc. [13:37:25] also I'm willing to bet that YouTube's own API has changed quite a bit during the past 11 years... [13:56:48] ashley: that's what I was thinking, but the users haven't reported that it isn't working [13:57:22] if it isn't compatible, then I will just throw it in the bin. [13:57:28] Thanks for the help MatmaRex & ashley [13:58:17] depends on what version of MW you're using, but at least in 1.30 wfMsg() is gone and Article#doEdit is deprecated if not gone; while modernizing the code technically isn't too hard, testing it out is the harder part -- and if (read: when) it turns out that the underlying YouTube API, which the extension accesses, has changed, I certainly wouldn't know how to fix that :-/ [13:58:45] the top comment of the extension states "An extension that allows users to rate articles." Whaat :D copy-pasta? [13:59:00] ashley: upgrading from 1.19.0 to 1.30.0 [13:59:46] heh, yeah, it's an ooooooooold extension from wikiHow (they haven't used it in years and nobody else has also cared after it, hence why it ended up being abandoned) [14:00:05] which is precisely the problem of this extension model [14:00:21] any 3rd party extension can get abandoned at any time [14:00:41] so there is actually no point in using them [14:05:18] well obviously (as one of those third-party extension developers) I'd beg to disagree -- of course using extensions currently deployed on WMF sites is probably *the* stablest option, but there are plenty of (at least IMHO) great extensions which are and will remain supported despite not being deployed on Wikipedia or the like [14:11:39] ashley: not like other users could know that [14:12:08] maybe some kind of certificate of well maintained extension could be handed out [14:12:41] I have had to get rid of tens of extensions (3rd party) that were blindly added to these wiki sites [14:12:58] no longer maintained [14:14:52] aye, that is problematic... :-/ "ideally" the extension pages and the infoboxes on 'em would reflect reality, but given the sheer amount of extensions out there...a lot of those pages are indeed outdated and you can have broken stuff (that's been broken for years) flagged as stable etc. [14:16:14] harmaahylje: you should join us in the MediaWiki Stakeholders meeting this friday. We are working on ways that 3rd party wikis can be better supported. [14:18:02] hexmode: well I could have a look if the time suits me. But I am a MW noob, so I don't have much input [14:18:49] harmaahylje: input of users is good, though. What is your timezone? https://phabricator.wikimedia.org/E776 [14:18:52] what time is it? (and timezone?) [14:19:19] Ahh, I don't have an account over there [14:19:24] 10:30 Friday EST [14:21:00] 17:30 utc+2 for me, not really sure if I can participate. Will try if at home, but doubt it [14:21:30] is the meeting held on irc? maybe I should register to that site as it probably has that info =) [14:23:44] harmaahylje: you should. We have an on-going slack channel that we're using. But that meeting is via bluejeans. [14:27:07] hexmode: I will look into it if it seems that I can make it. Thanks for the info! [15:24:26] wfErrorLog( "An error occurred.\n", '/var/log/mediawiki/my-custom-debug.log' ); is this wfErrorLog is still working in newer wiki's [15:26:58] it should [15:27:47] will upgrading my ubuntu distribution to 18.04 break my mediawiki install? [15:31:30] Woodpecker: Probably not [15:31:56] bawolff: cool. [15:32:09] Depends what you're upgrading from [15:32:14] Could break apache -> php integration [15:32:20] 17.10 [15:32:29] Of course upgrades can sometimes break things in unpredictable ways. I'd just say its no more likely to break mediawiki than it is to break anything else on your system [15:32:37] and I only use it locally. Upgrades have broken mediawiki before, so... [15:35:38] hi guys i need some help. how can I delete users from mediawiki [15:36:39] mistawright: depends on context. do these users have edits? [15:36:50] they havent done anything [15:37:17] Skizzerz: [15:37:40] k [15:37:44] give me a min [15:37:50] I forgot the name of the script [15:38:57] mistawright: there is a maintenance script called removeUnusedAccounts.php which you can use for that purpose [15:39:06] it deletes every user that has not made any edits [15:39:28] you need to execute it via the command line (e.g. ssh) [15:39:43] cd to your wiki's maintenance directory and then run php removeUnusedAccounts.php [15:40:05] it will output a list of accounts. If that list looks good, run it again as php removeUnusedAccounts.php --delete [15:40:08] does it tell what users are deleted? I'm not sure what users have and havent [15:40:26] so just removing accounts may not work [15:40:27] running without --delete does a dry run -- it reports the users it would delete but doesn't do anything to them yet [15:40:52] if users have edits, there's no easy way to delete them built into mediawiki [15:41:07] there are extensions like "User merge and delete" which give a special page to take care of that on a per-user basis [15:41:55] https://www.mediawiki.org/wiki/Extension:UserMerge [15:41:57] seems it got renamed [15:43:05] if there's a lot of users and they all have edits (e.g. you got hit with a bunch of spambot accounts), rolling back to a recent database backup from before the attack may be the most expedient method [19:14:46] https://github.com/wikimedia/mediawiki/blob/REL1_30/includes/libs/rdbms/loadbalancer/LoadBalancer.php#L670 why doesn't getConnection() pass the reason of the error to reportConnectionError() ? [20:05:42] hi everyone, I would like some help on moving an ancient mediawiki (v1.15.1) to the latest stable version under Docker [20:07:04] I read multiple articles on how to move a wiki on a different servers and perform the several operations necessary for this task, but I fail to see where the data should live in my docker container [20:07:48] should I add a volume to persist the data, and if it's the case, which directories should be persisted then? [20:08:11] if someone could give me an overall process to follow, that would be perfect [20:09:17] (one more thing I forgot to say, I am moving the ancient wiki to a new server, where I want to use the latest stable version provided by the officially supported docker image) [22:23:39] mizu: well I wonder whether the data should be included in the docker container, why not have a separate database? [22:25:00] nvm he is not present here any longer