[06:40:49] Occasionally the error "Notice: Undefined offset: 1 in /usr/home/wiki/includes/libs/CookieJar.php on line 82" appears on top of pages in what appears to be a non-critical error. Nothing more is explained when setting $wgShowExceptionDetails = true; [06:44:05] Does anyone happen to have experienced the same? The error shows seemingly at random, but mostly just after saving an edit. [06:44:22] My version of MediaWiki is 1.27.1 with PHP 5.6.17. [07:46:28] Tuxedo: according to phabricator, no such issue has been reported [14:17:19] Nikerabbit: Ok. So looking for different causes I realise an RSS feed on a page where it seems to happen may be the culprit. The error only happens sometimes with no apparent side effect. The extension used is https://www.mediawiki.org/wiki/Extension:RSS [14:17:47] Thanks for your feedback. [14:22:54] Tuxedo: what's the feed URL? [14:34:57] http://news.google.com/news?pz=1&cf=all&ned=us&hl=en&as_scoring=r&as_maxm=20&q=allintitle%3A+munich&as_qdr=a&as_drrb=q&as_mind=26&as_minm=9&cf=all&as_maxd=26&output=rss [14:37:05] Anyway, feed URLs via Google's news portal often fail. I think Google does not want website scraping their portal because that bypasses their portal. [14:37:45] When having a BBC feed, no same error appeared. [14:45:03] It's probably a combination of the feed and perhaps some buginess with the RSS extension in that it's not knowing how to deal with what appears to be Google's non-standard RSS output, as I experienced some strange output of HTML via the extension using Google's feed URL which broke the complete layout and structure of a wiki page. [14:54:16] Google happens to have a useful news search by keyword including the possibility of RSS functionality. However, I have a feeling Google will drop that feature soon unless it's for individual use combined with various Google services. [14:55:31] Does anyone know other news-by-keyword RSS feed sources? (although this is not a MediaWiki specific question). [15:04:12] wikinews.org obviously :-) [15:43:35] Tuxedo: your wiki is probably getting throttled [15:49:45] Nemo_bis : what tool should i do next ? :) [15:50:08] (among erwin85's) [15:50:50] xcontribs.php [15:54:33] ok then [15:54:51] for some reason i thought of chi-2 instead of a theil index though [15:55:32] (well, inverse of chi-2 but still) [16:06:24] Nemo_bis: Yes, probably. Google does what they like and they rarely tell. [16:07:46] Personally for most searches I've switched to duckduckgo :-) [17:21:00] ALVAROOOO [17:21:06] DOOOONDE ESTAAAAS [17:21:39] SI ME SIGUES ACUSANDo.. TE MAAATATATATAAREEE [17:21:50] ALVARO [17:21:56] ALBAROOOOOOOOO [18:10:27] Hello friends. I am working on an extension and I have a JsonObject that I want to feed through the API to create a page. For this I need to create a string representation of the JsonObject. Any ideas? [18:32:54] http://php.net/manual/en/function.json-encode.php [18:41:12] paladox: Are these files needed by the translation system? Or something else? https://gerrit.wikimedia.org/r/#/c/277295/ [18:45:47] legoktm: Do you recall these? ^ [18:52:19] hi [18:52:55] Howdy [18:53:13] gicode: they're used to lint the JSON files and make sure they all have valid JSON syntax. And then it also includes banana-checker which makes sure that every message in en.json has documentation in qqq.json [18:54:23] Thanks. :-) Is this run automatically somewhere? [18:56:27] jenkins should run it automatically on every patchset, or you can run it locally by doing "npm install && npm test" [18:56:47] OK, gotcha [19:23:39] On one new wiki install I receive some odd errors as mentioned above, possibly in relation to a RSS extension. I just now installed another extension, RandomImage, which outputs another odd error, I think only when clicking "Show preview", before saving. The error probably has nothing to do with the extension as all works on another server with the same MW 1.27.1 and PHP 5.6.17 installation. [19:23:58] The particular error is: Deprecated: Non-static method DOMDocument::loadHTML() should not be called statically, assuming $this from incompatible context in /usr/home/wiki/extensions/RandomImage/RandomImage.class.php on line 113 [19:24:25] Yet, the page and extension works. [19:24:44] Tuxedo: That looks like a warning, not an error [19:25:40] gicode: Yes. I think it's a warning. But I don't even know where to start looking. [19:26:16] Are you having a problem with the wiki or just curious about the warning? [19:28:26] No the wiki works but I have no idea what causes the warnings. I thought maybe some folder permission issue, but as far as I know, the only necessary files that need to be world-writeable are in images: archive, deleted, lockdir, temp, thumb. [19:29:16] Ah, OK. The warning is a bug in the source code, not a config problem on your end. [19:31:15] Tuxedo : the bug is also present on your other server, but it's masked by your configuration - either display_errors Off or error_reporting off for E_DEPRECATED-level errors - if not both [19:32:31] You mean in php.ini? [19:32:42] by the way, that bug occurs in extensions/RandomImage/RandomImage.class.php, if you were wondering [19:32:53] Tuxedo or webserver setting, yes [19:33:35] or even inside a php script that is called during your http request, seeing as it's not a startup error of any kind [19:35:51] Ok. Thanks. I'm not sure where to look. (Just switching off error reporting can obviously not be the right way.) [19:41:21] gicode hi, i doint think so [19:41:51] it is for jenkins, and to make sure we doint cause i18n *.json files to fail [19:41:52] :) [19:53:18] Whether I set display_errors = On or Off in php.info makes no difference. I even restarted apache between tests. How exactly is E_DEPRECATED-level errors meant to be written in php.info? My current php.ini file simply looks as follows: [19:53:29] register_globals = Off [19:53:30] session.save_path = /tmp [19:53:32] upload_max_filesize = 100M [19:53:33] post_max_size = 100M [19:59:07] I think the cause of warnings must be something else with my installation as errors refers to just about every installed extension more or less at random even if an extension is not utilised on the page where "Show preview" was pressed. [20:00:23] It's a mystery! Maybe I'll just reinstall everything from the start in case I did something wrong. [20:02:28] And it mostly happens on Show preview but not always. [20:02:49] Sometimes also when a page is is simply requested. [20:09:07] Do extensions typically write temporary data somewhere in particular? Maybe there is file write permission error that is the cause of the problem.