[03:20:37] good evening. Has got anybody problems with newest mediawiki-update, too? [03:21:49] after updating from 1.29.2 to 1.30.0 there are no pics shown. [03:22:29] it isn´t possible to load up pics again. [03:23:30] update seems to run clearly through the process. No errors. [03:26:32] nemesus: what errors do your browser report for the failed images? wrong file paths? correct paths but can't load? [03:28:48] the pics are there. But this are only links. When I click, it can be shown in file list. [03:29:09] is your wiki public? [03:29:17] it sounds like your thumbnailer isn't working [03:29:41] yes I do think so, that the sumbmailer doesn´t work [03:30:48] In moment my wiki is down, because i try to rewind old version, starting update process again. [03:36:15] i will tell you, if my wiki (old version) is online again. [03:38:38] Were your updates from 1.29.2 to 1.30 working without any problems? [04:00:43] Present I am working on a bug. Can any one help me? [04:35:50] my wiki is online again. [04:35:56] https://plateau-trivial.de/wiki/index.php?title=Hauptseite [04:36:39] version 1.29.2 [04:37:24] Anybody here? [04:38:32] it´s late. I will try next afternoon, again. [04:38:39] Good night. [05:02:24] Is bug given below related to meidawiki https://phabricator.wikimedia.org/T160732 [05:04:51] dheera: it's related to the WikiData extension for mediawiki [05:05:07] p858snake|L: thanks [07:13:52] hi [07:41:24] Seem to recall a trick to get {{subst:templatename}} to appear on the wikitext of a page yet without actually substing it [07:41:39] So that it would appear when the user edited the saved page. Anyone remember such a trick? [07:54:22] henstepl: you can do tricks like {{sub{{subst:null}}st:templatename}} where template:null is empty [07:55:21] Haha! I actually figured it out independently though slightly less elegantly [07:55:31] I will do as you say [08:27:55] What a convoluted wild goose chase I am going on to try to call a template without including it on include-templates Special:Export output [11:12:26] having a little issue here with some images/ perms after updating the one wiki. Can seem to figure out where but the only problem is that the wiki fails to create miniatures when we select am image to see it' s details. Anyone knows where i should be looking ? [11:26:03] think i solved it. needed perms for the httpd [14:42:24] Hiya and thanks thanks thanks for the awesome wiki software [14:42:51] I'm having bots posting spam on their user pages able to pass CAPTCHA [14:49:34] http://develop.consumerium.org/wiki/Special:RecentChanges [14:51:00] how did you configure your captcha? Many of the captcha types on Extension:ConfirmEdit are very easily bypassed [14:51:17] !spam [14:51:18] For information about combating and handling spam in MediaWiki, see . [14:51:22] see also that link [14:52:23] Skizzerz: How do I check which CAPTCHA I use? [14:52:38] it's whatever you configured when you installed the extension [14:52:42] it'd be in your LocalSettings.php [14:53:14] I'll ssh in and check now [14:54:36] wfLoadExtensions( array( 'ConfirmEdit', 'ConfirmEdit/ReCaptchaNoCaptcha' ) ); says it is NoCaptcha [14:54:46] the most advanced if I understand right [14:55:46] The bot bragged about https://xevil.net/en/ passing most modern CAPTCHAs before commencing this crapflood [14:56:00] yeah, that's the best one there is at the moment [14:56:07] should maybe have kept that one on a "educational" basis [14:56:14] see the other link I posted. In particular, the AbuseFilter extension can be used to filter out / block those spam edits [14:56:34] Spamblacklist is good too [14:57:23] AbuseFilter is far more configurable; for example you can simply blacklist adding any link to a page from a new account [14:57:39] rather than maintaining a list of bad URLs (which will never, ever, be complete or comprehensive) [15:07:40] blocking IPv4 with invalid reverse hosts or no-PTR record are useful for my wiki. [15:44:46] I'm not sure if I'm in the right place, but I'm looking for some help, or at least some help of where to go to find a solution. [15:46:58] !ask | Shelbie [15:46:58] Shelbie: Please feel free to ask your question: if anybody who knows the answer is around, they will surely reply. Don't ask for help or for attention before actually asking your question, that's just a waste of time – both yours and everybody else's. :) [15:50:42] Sorry, wasn't sure how this works. Basically, I'm a part of a wiki ran by wikimedia software and the original owner has abandoned it without giving anyone else access to be able to update core files of the wiki. My question is how I can figure out where this wiki is hosted? Because if the information I have gathered is correct, I believe it's hosted on a server? I'm sorry if I sound dumb, I've basically had this dropped on my lap w [15:52:33] do you have the URL? [15:53:11] (also nitpick: software is called MediaWiki, the organization that sponsors Wikipedia and similar sites is named Wikimedia Foundation) [15:53:32] http://www.wajaswiki.com/ [15:53:33] anyway, if you have the URL, do a DNS lookup on it (nslookup command on windows / dig command on linux) to get the IP of the server [15:53:43] from that IP you should be able to figure out where it is being hosted [15:53:53] Oh, I apologize! Thank you for the correction. [15:54:33] if it's hosted not on your infrastructure, doing a traceroute may be more useful [15:55:13] Shelbie: anyway, looks like it's hosted on dreamhost [15:56:07] Ok, I super appreciate the help you have provided! [15:56:11] if the original owner hasn't given you access to the hosting account there, there's not much you can really do about it [15:56:29] Yeah, that's what I was thinking too, to be honest. I wasn't too optimistic about it. [15:56:46] if you have legal ownership of the name, you could likely seize control of the domain name and point it to your own server somewhere, but it'll be on you to migrate the content over [15:57:20] otherwise you could "fork" the wiki by copying to content over to some other wiki and encouraging the users to move [15:57:52] (forking only works if the wiki's community agrees to it, since content without users isn't going to get you far in most cases) [15:58:26] Yeah, ok. I have a good idea of the route I need to take next. Thanks again for your help! :) [17:07:24] howdy all [17:08:53] hi romanparish [22:51:04] heya [22:51:15] happy new year (almost) [22:56:27] i upgraded to 1.30.0 and also upgraded ConfirmAccount [22:56:40] howver, upon confirmation of a user acount, i get this error: [22:59:57] Could not create directory "mwstore://accountcreds-backend/accountcreds-public/a/am/ama" [23:00:13] (sorry, i had lost that tab) [23:01:20] from the extension web page, i read [23:01:21] Ensure the wiki has write permissions on $wgUploadDirectory, or manually set $wgFileStore['accountreqs'] and $wgFileStore['accountcreds'] to a writable directory of your choice. [23:01:34] now, i do not have any of those set, so [23:01:46] i think the default is images/ [23:02:01] which is writeable to the php-fpm process [23:02:10] runs as apache [23:03:47] duh [23:04:07] it was in fact an existing directory there [23:04:16] just called accountcreds [23:04:30] i was looking for accountcreds-backend or accountcreds-public [23:04:37] not xactly intuitive [23:04:48] sorry and thanks if you read this far! [23:16:15] Okay, question. When doing MW development that requires an entry into RELEASE-NOTES, and there are two RELEASE-NOTES, do I put the entry in both? [23:17:16] Why is there two release-notes? [23:17:38] Matthew_: put it into 1.31 [23:17:43] The master currently has RELEASE-NOTES-1.30 and RELEASE-NOTES-1.31 [23:17:47] p858snake: Okay, thanks. [23:17:48] No it doesn't [23:17:52] Your master is rather out of date [23:18:09] https://github.com/wikimedia/mediawiki/commits/master/RELEASE-NOTES-1.30 [23:18:13] Deleted 20 days ag [23:18:16] ago [23:18:35] Hm... [23:21:04] That's very strange because I'm getting a green light that I'm up to date. Wonder if Git on my machine is confused. Will troubleshoot, thanks. [23:23:12] git fetch --all [23:24:03] Oh... bad branch tracking on an extension... [23:24:19] * Matthew_ grumbles. [23:36:13] Okay a fresh checkout fixed it. My apologies.