[00:00:08] (most likely) [00:00:38] for the latter the debug log should at least show all attempted connections [00:11:31] bawolff: I'm thinking it may be a permissions thing for caching the images. I'm having trouble getting it to write a log in a directory that has write permissions as the webserver user, so I may have something screwed up in general with permissions. I bet I can't upload images either. [00:12:17] I think mediawiki no longer caches images locally by default [00:12:29] for instant commons [00:13:47] ah, yeah, I think I read something about that [00:13:52] and I *can* upload images [00:14:24] * firespeaker plays around with log stuff a bit more [00:15:39] all I need to do is put something like $wgDebugLogFile = "/var/log/mediawiki/debug-{$wgDBname}.log"; in LocalSettings.php ? [00:20:49] I think so [00:21:12] you could also try using the debug toolbar [00:29:13] aha, I'm getting http timeout [00:29:14] ForeignAPIRepo: HTTP GET: https://commons.wikimedia.org/w/api.php?titles=File%3ABrahmi_b.svg&iiprop=timestamp%7Cuser%7Ccomment%7Curl%7Csize%7Csha1%7Cmetadata%7Cmime%7Cmediatype%7Cextmetadata&prop=imageinfo&iimetadataversion=2&iiextmetadatamultilang=1&format=json&action=query&redirects=true&uselang=en [00:29:15] [http] HTTP request timed out. [00:30:03] looks pretty quick for me firespeaker [00:30:20] does your host allow you to make requests out like that? is there maybe a proxy required? [00:30:31] no proxy required, no [00:30:38] but it does seem slow from there hmm [00:30:42] * st_prg can load the resource quickly too [00:30:50] a little over 5 seconds says ti,e [00:30:51] time [00:30:54] using curl [00:31:16] 5 seconds shouldn't cause timeout though? [00:33:09] unless that's how instantcommons is designed? [00:33:45] I timed curling that [00:33:49] 0.367sec [00:33:56] yeah, I can load it pretty quickly too [00:34:04] but it's consistently over 5 seconds on the server [00:34:25] It isn't a high-load server or something... is it? [00:35:03] oh, actually, I have been seeing a lot of hits on the wiki [00:35:27] it's not supposed to be high load, but it does get a lot of bot traffic I guess [00:35:42] Is it possible that there's some hardware saturation, perhaps the processor or NIC is being overloaded? [00:36:36] we could look into what your timeout is really [00:36:41] but it sounds like your host has bigger problems [00:36:55] the bots are every 10 seconds at best [00:37:07] so not so frequent as to cause DDoS issues [00:37:27] the CPU has very little load [00:37:49] load average: 0.52, 0.24, 0.14 [00:37:59] did you check traceroute to commons.wm.o? [00:38:39] It was a bit of a long shot :) [00:39:23] sudo traceroute commons.mediawiki.org [00:39:24] commons.mediawiki.org: Name or service not known [00:39:24] Cannot handle "host" cmdline arg `commons.mediawiki.org' on position 1 (argc 1) [00:39:24] o_O [00:39:35] it sits there for a minute before giving me that [00:39:47] wikimedia.org [00:39:50] not mediawiki.org [00:39:52] agh [00:40:42] 1 through 30, all * * * [00:40:47] that's suspicious [00:40:51] * firespeaker has never seen that before [00:40:56] some networks do that [00:41:14] ping? [00:41:37] yeah ping is fine [00:41:49] it takes a minute to start getting pongs, but it's around 60ms [00:42:11] but as soon as you talk HTTP... it's slow [00:42:35] well the delay to start getting pongs is reminiscent of the http delay [00:43:04] I don't have that delay locally [00:43:47] hmm in fact it's about 5 seconds before it says PING ... and then another 5 seconds or so before the first responses start being reported [00:44:04] DNS issues? [00:44:19] could me, lemme try without name resolution [00:44:26] yeah, immediate [00:44:30] interesting [00:45:02] hm resolv.conf looks manually configured for a really old setup that doesn't exist anymore [00:45:26] isn't there some resolv.d or something these days? [00:45:44] my machines are certainly using resolv.conf [00:45:56] what nameservers do you have configured in there? [00:46:10] nameserver 192.168.2.1 [00:46:10] nameserver 8.8.8.8 [00:46:10] nameserver 75.75.76.76 [00:46:11] nameserver 192.168.2.1 [00:46:38] and are all of those responding fast? [00:47:05] i.e. [00:47:06] I mean, 192.168.2.1 is an old one [00:47:12] time dig commons.wikimedia.org @192.168.2.1 [00:47:12] etc. [00:47:29] yeah pretty sure 192.168.2.1 doesn't exist anymore [00:47:34] but I'll check that and the others [00:47:36] well that won't result in any good [00:47:43] ;; connection timed out; no servers could be reached [00:47:43] real 0m15.379s [00:47:50] remove that from your resolv.conf [00:47:54] yeah :-P [00:48:10] the other two are less than 100ms [00:48:48] if you "time host commons.wikimedia.org" now is it better? [00:49:16] much, and so is ping [00:49:26] and curl? [00:49:27] and now InstantCommons works too [00:49:41] yeah, curl is now like 300ms [00:49:48] that's what I get [00:50:42] me too locally [00:50:45] good call legoktm :) [00:50:58] * firespeaker tests embedded commons files [00:51:50] whee [00:52:19] yep, works great now [00:52:30] a little slow actually, but it's always been a little slow [00:52:47] ah, the first time it's slow, then it's cached somewhere? or maybe that's just local cache [00:52:58] though force-reload seems to be fast too [00:53:19] hmm so the timeout is 5s or so? seems low.. [00:54:33] apparently enough to catch out dodgy hosts :) [00:55:31] true [00:56:07] though on slower connections it could be an issue I guess? [00:56:27] e.g., if you're using it locally over a 2g connection [00:56:30] in Kyrgyzstan [00:56:46] (I've done exactly this with other things before, and they don't always behave as expected) [00:57:15] if your connection is legitimately that slow there is a way to change the default timeout [00:57:19] with wgHTTPTimeout [00:57:26] but [00:58:21] I've not heard of this being much of a problem [00:58:40] maybe the page on instant commons should mention that the timeout is 5ms [00:58:57] I saw a lot of post here and there from people having similarly mysterious malfunctions of instant commons [00:59:01] *posts [00:59:11] *5s [00:59:17] (or whatever it actually is) [00:59:49] I think ForeignAPIRepo just tells MWHttpRequest to use the default [01:00:29] wgInstantCommons is a simple flag that tells Setup.php to add in a ForeignAPIRepo pointing at commons.wm.o [01:05:49] I'm off to bed, I leave you with https://www.youtube.com/watch?v=hh_NSKlEdZE&t=54 [02:17:55] hi! a page I am watching was edited and I got an email - good. now I am watching a category and additions to it are visible in the watchlist, but no email is sent to me about that. is there a way to change that? [02:47:15] also "After receiving an email notification for a page, you have to visit the page while logged in if you want to be notified of further changes to the same page." how can this be changed? [02:47:31] basically i'd like to receive notifications of all category additions and removals by email, even if i don't visit the page [13:11:32] hi, anyone using the tabber extension? [13:52:03] biberao, if someone did, what would be your next question? [14:34:11] how to get the native login into https://discourse-mediawiki.wmflabs.org/ ? [14:34:28] the phabricator link just wants me to create a new account [14:34:35] bd808 ? [14:44:34] is it possible to hide "mobile view" link? [14:54:53] biberao: Should be possible with some js [14:54:59] Or possibly even css [14:55:32] Mobile view [14:55:58] a.noprint.stopMobileRedirectToggle { [14:55:58] display: none; [14:55:58] } [15:13:05] Platonides: qgil is the maintainer of that. If I remember the trick needed to get the phabricator oauth login to link to an existing account was that they both needed to have the same email address. You may need Quim to help you change the address on the discourse side. [15:31:00] Platonides: bd808: yeah Discourse identifies users by email address. I can probably also change it if needed. [16:31:48] Thank you Reedy [16:32:24] Reedy: im also trying to have Tabber have a default tab arr [16:34:28] and also Reedy in which file should i add that? [16:35:22] !common [16:35:23] Wikimedia Commons is an online hard disk with almost infinite capability. You can upload anything you want there as long as you follow its policy. [16:35:25] !common.css [16:35:26] There is no such key, you probably want to try: !css, !csshideheader, !wptemplates, [16:35:30] !css [16:35:30] To change styles for your wiki, go to one of the MediaWiki:xxx.css wiki page (NOT a file) and put your custom styles there (sysop/admin rights required). MediaWiki:Common.css is for all skins and should be used for content styles. MediaWiki:Vector.css is for the Vector skin (default), etc. For more information, see !skins and https://www.mediawiki.org/wiki/Manual:Interface/CSS [16:49:05] ah thank you [22:45:19] Hello, is there a way to put an header into MediaWiki JSON pages? [22:51:37] what is a header? [23:21:13] I just upgraded a site to 1.31 and Im getting 500 error messages AH01215: (8)Exec format error any suggestions? [23:22:35] andre__ I want some wikitext above or below it [23:22:59] E.g. in it.wiki Scribunto modules, the man page is automagically fetched from [[Module:Banana/man]] subpage [23:23:18] Now I don't know if it's a Scribunto behaviour of it's something related to it.wiki or MediaWiki [23:23:59] I know that in it.wiki it simply does not work a [[JSON Page/man]] like Scribunto modules [23:24:15] It's not automagically transcluded into [[JSON Page]] just after creating it [23:24:26] Betacommand: Server logs? :) https://www.mediawiki.org/wiki/Manual:How_to_debug [23:24:36] I've not the logs in it.wiki :) [23:24:52] valerio-bozzolan: I'm afraid you are not Betacommand :) [23:25:27] Oh sorry. asd [23:26:32] E.g. https://en.wikipedia.org/wiki/Module:Bananas/doc [23:26:40] and https://en.wikipedia.org/wiki/Module:Bananas [23:27:16] I'm certainly missing the MediaWiki interface message where "/doc" is defined or some configuration [23:27:38] andre__: which log file do you want first? [23:29:01] Betacommand: none? :) I only told you where you could take a look if you get a 500 error from your webserver, because your webserver logs errors (and more info) in its error log. [23:29:46] andre__: the error log is rather unhelpfu; [23:30:53] andre__: https://pastebin.com/1SwfCiur [23:31:30] andre__: I've dealt with some troubleshooting over the years. this one is rather generic [23:32:35] what's the first line of the file /var/www/html/site/index.php ? [23:33:23] hmm. File permissions all fine? [23:34:49] yeah [23:35:00] SELinux running on that system? [23:36:04] ubuntu [23:52:13] andre__: epic fail on my part [23:52:37] andre__: updated the OS, and php got disabled, php7 wasnt enabled in apache2 [23:58:18] valerio-bozzolan: clearyourcache is displayed on the top of JSON pages so you could hack the header into that if you really want [23:58:26] I don't think there's a proper way [23:58:43] tgr: Oh thanks! How do you have find it? [23:58:57] ?uselang=qqx