[00:22:51] Sveta: you could hook your email client up to the RSS/Atom feed of your watchlist [00:23:33] beyond that, I think you'd need some sort of extension so that it doesn't check whether or not you've visited the page before sending you another notification [02:29:56] Having some trouble updating the the latest version 1.32. when i run update.php from shell i get the error "PHP Fatal error: Interface 'MediaWiki\User\UserIdentity' not found in '***/w/includes/user/User.php on line 47" [02:30:20] I've checked and UserIdentity.php exists and doesn't appear to have any errors in the file, trying to update from 1.30 [02:59:56] Skizzerz, ok [03:13:46] red__: hmm.. that sounds like an autoloader problem. My brain is too tired to think of how to start debugging though. :/ [04:49:05] __red make sure you've run composer if you cloned from git [04:49:35] also, make sure you're on the REL1_32 branch rather than master [12:40:34] greetings, is it possible to create some kind of template for a certain namespace? (so when a page inside a namespace is created a certain default text given for further edit?) [12:42:33] https://www.mediawiki.org/wiki/Manual:Creating_pages_with_preloaded_text [12:45:47] thank you. [13:22:02] mobrovac I downloaded the tarball from the official site, does that make a difference with composer? [13:22:11] Hi. I have one strange problem with my mediawiki [13:22:30] I have installed newest version 1.32 on my Centos 7 [13:22:51] and everything works fine if I have original.domain.com/mediawiki [13:22:55] sorry n3x15 [13:23:48] but when I create subdomain for example newsub.domain.com and Document Root points to /var/www/html/mediawiki I get some weird error: Not Found The requested URL /imediawiki/index.php/Main_Page was not found on this server. [13:24:27] I have created one small html file to check if apache is doing some weird stuff [13:24:39] but it looks like it servers everything correctly [13:25:04] how come that mediawiki stop serving site when you create vhost?!? [13:26:47] That sounds like bad rewrites or not updated MW config [13:27:01] no .htaccess were set [13:27:18] I have set under LocalSettings.php new server info [13:28:09] script path is set to: $wgScriptPath = "/intranet"; this is the parent folder or should I say mediawiki installation folder [13:28:35] $wgServer = is also set to http://subdomain.domain.com [13:28:51] I have no clue what else is missing [13:28:57] "/imediawiki/index.php/Main_Page was not found on this server. " [13:29:00] What is imediawiki? [13:29:14] sorry for typo [13:29:31] it is basically /intranet/index.php/Main_Page [13:29:41] intranet is DocumentRoot [13:29:49] parent folder of whole mediawiki [13:30:21] but what is quite strange, why is index.php presented as some path?!? [13:30:30] index.php/Main_page [13:30:45] Because that's what MW uses to serve pages [13:30:51] ah, ok [13:30:51] Usually it's just rewritten to be pretty [13:31:00] ok [13:31:12] I am stuck and have no clue why is not serving page [13:31:20] https://en.wikipedia.org/wiki/Paris and https://en.wikipedia.org/w/index.php?title=Paris are the same etc [13:32:06] yes index.php?title... because ? is basically a query to db. I understand that, but there is / which confused me [13:32:18] again I am not programmer, so please bear with me :) [13:32:59] https://en.wikipedia.org/w/index.php/Paris works too ;P [13:33:34] so what can be the problem with mediawiki that is not recognizing new subdomain? [13:33:52] when vhost is created, webpage is not presented anymore [13:34:08] is there any part of data written in the database perhaps? [13:34:21] No [13:34:24] The error looks to be from your webserver, not from MW [13:34:48] if so, how is serving plain html file just fine? [13:34:55] rewrites failing? [13:35:24] /being incorrect [13:35:40] how to troubleshot that? as in DocumentRoot there is no .htaccess [13:36:06] Look at your webserver config files? [13:36:22] conf.d or conf? [13:36:32] as in conf.d there is no rewrite rules [13:36:36] Don't know, it depends on your setup [13:36:37] *are [13:38:36] !rewriteproblems [13:38:36] 1) Try as a fail-safe method; 2) Do not put the files into the document root; 3) Do not map the pages into the document root (see !nullpath); 4) Use different, non-overlapping paths for real files and virtual pages; 5) Do not set a RewriteBase; 6) Put all rules into the .htaccess file in the document root. See also !shorturls [13:38:43] !shorturls [13:38:43] To create simple URLs (such as the /wiki/PAGENAME style URLs on Wikimedia sites), follow the instructions at or try the new beta tool at . There are instructions for most different webserver setups. If you have problems getting the rewrite rules to work, see !rewriteproblem [13:41:27] do I need to have composer installed when upgrading from 1.30 -> 1.32 using the tarball download? [13:43:11] For a stock install no [13:43:16] with other extensions, maybe [13:45:52] i have all extensions disabled, i tried it last night at I was getting an error that the UserIdentity interface wasn't found [13:46:31] but it's there in the same directory as user.php [13:46:40] That's not loaded with composer [13:47:13] And it's in the autoloader https://github.com/wikimedia/mediawiki/blob/REL1_32/autoload.php#L918 [13:48:33] Unless your opcode cache is doing something odd [13:51:25] I disabled opcache thinking that would be the reason [13:51:49] but it seems that version of the autoloader does not match my version [13:52:12] Did it not get overwritten when you upgraded? [13:52:37] I don't think that class existed in 1.30 [13:54:33] I'm not sure how it would have failed to get overwritten but it did exist in 1.30 [13:54:48] thanks for the help, I'll try that after work tonight and see how it goes [13:55:24] heh [13:55:35] Yeah, autoload.php has been around for a while in various forms [13:55:44] It seems a reasonable candidate for starters [13:57:25] yeah I didn't know about that file, I used to do some extension development but that was back in like 1.15 so it's been a while since I've been familiar with the code and a lot has changed [13:58:13] would've been includes/Autoloader.php back then IIRC [13:58:55] Worth checking the other .php files in the root are up to date too.. They don't generally change much, but they do get random fixes now and again [14:05:44] have no clue... I cannot see any rewrite rule that is doing some crazy stuff [14:05:54] this is my vhost [14:05:55] [14:05:55] ServerName intranet.example.com [14:05:56] DocumentRoot /var/www/html/intranet [14:05:56] ErrorLog /var/www/html/intranet/intranet-error.log [14:05:56] CustomLog /var/www/html/intranet/intranet-requests.log combined [14:05:56] [14:07:20] can someone check these perhaps someone can notice something [14:07:28] this is my httpd.conf [14:07:29] https://pastebin.com/Y3qHRP29 [14:07:55] this is vhost [14:07:56] https://pastebin.com/99a23qD5 [14:08:41] and my LocalSettings.php file config [14:08:43] https://pastebin.com/JJD4nT7W [14:09:16] whole structure is placed here: /var/www/html/intranet [14:10:14] DocumentRoot /var/www/html/intranet [14:10:19] $wgScriptPath = "/intranet"; [14:10:21] This can't be right [14:10:32] unless you have a folder called /var/www/html/intranet/intranet [14:11:03] so how is this working without virtual host? [14:11:13] it should not work correct? [14:12:01] Well, you always had a virtual host [14:12:07] because apache won't serve anything either [14:12:16] But presumably the docroot was /var/www/html or something [14:12:19] let me change that to "" [14:12:27] and see how it behaves [14:14:43] goddamn, it is that [14:14:46] thnx mate [14:15:15] it appears when I did installation it wrote intranet under scripts even though I do not recall I place that path [14:15:26] but removing this and setting it to "" it works [14:15:41] sh*** how much time I wasted to this small thing :D [14:15:52] massive thanks!!!! [14:19:57] I'm guessing your original setup just used /var/www/html [14:20:07] You browsed to MW in intranet [14:20:14] So it used that as the addition from docroot [14:20:35] Then you used a new docroot which was deeper, and things are just like wtf [14:21:18] :D [19:22:32] Yo. Got a weird situation that worries me [19:23:23] The last edit here https://develop.consumerium.org/wiki/Special:RecentChanges?hidebots=1&limit=50&days=7&urlversion=2 says -6 bytes, but when I click on the diff https://develop.consumerium.org/w/index.php?title=Political_choice&curid=693&diff=49071&oldid=14141 it says "No changes" [19:24:12] What's going on here? The inconsistency brings worry to my mind. [19:24:49] "No difference" is the text being displayed on the diff page [19:25:47] excellent question [19:26:01] have you run any maintenance scripts since that edit? [19:27:03] Skizzerz: No. I did upgrade it to 1.32.0 a few days ago if that matters [19:29:19] I don't see any extensions offhand that would cause such an issue. I legitimately have no idea what's going on either [19:50:50] jubo2: Skizzerz: i've seen that happen when the old version had a bunch of newlines at the end. apparently at some point far in the past MediaWiki did not remove them, but now it does [19:52:00] https://develop.consumerium.org/wiki/Special:ApiSandbox#action=query&format=json&prop=revisions&titles=Political_choice&rvprop=ids%7Ctimestamp%7Cflags%7Ccomment%7Cuser%7Ccontent&rvlimit=max [19:52:16] looks like i was wrong, but had the right idea. the old version has \r\n newlines, new one has \n. [19:53:27] MatmaRex: Ok. Thanks for info. So I can assume this is exhibiting due to the upgrade to 1.32.0? [19:54:00] I can log in to the server and check from my changes.txt what was the old version, if that matters [19:54:09] the old revision is from 2003… probably more like the upgrade to MW 1.10 or something ;) [19:54:21] MatmaRex: oh, ok, thanks [19:54:35] i have no idea when this normalization was introduced, but it has been ages ago [20:09:31] is there a channel or a person I can talk to about jquery.i18n? siebrand? santhosh? [20:16:33] there is a #mediawiki-i18n [20:16:37] not sure how active [20:27:26] it is not very, looks like. [20:27:44] i figured out my problem, though. [20:35:36] Huh, does nyone knows about this kind of errors? Fatal error: Uncaught TypeError: Argument 2 passed to MessageCache::isMainCacheable() must be of the type array, null given, called in /usr/share/nginx/gamewiki/includes/cache/MessageCache.php on line 1054 and defined in /usr/share/nginx/gamewiki/includes/cache/MessageCache.php:579 [21:35:56] extarys_: Enable debugging and have a look at the stack trace to see what's causing it. [21:51:34] FoxT: It didn't told me much but then again I'm not quite used to MediaWiki, I'll do a pastebin [21:52:10] https://pastebin.com/U0tfbJaK [21:52:43] Maybe it has something to do with some language setting of some sort [21:54:05] extarys_: Odd that it ends at #5. Usually it should go up all the way to index.php. [22:16:35] I know. It usually happen once I submit a page I was editing [22:16:51] Mostly in MediaWiki but that doesn't prove anything [22:17:02] MediaWiki Namespace I meant [22:17:40] Current LocalSettings are $wgShowExceptionDetails = true;$wgDebugToolbar = true;$wgDebugLogFile = "/var/log/mediawiki/debug-{$wgDBname}.log"; [22:18:54] extarys_: you would need a backtrace [22:19:01] I suspect a problem in some extension... [22:21:00] Is it possible to make mediawiki output more informations Platonides ? [22:21:53] isn't there more information on the debug log? [22:23:30] Nope [22:24:00] what do you have on line 1054? [22:24:27] I've open an article to edit, I usually get the error when I'm editing and previewing a lot without submiting. I'll wait 10 minutes and send a screenshot [22:24:35] no [22:24:36] Wait I'll go look [22:24:45] I mean line 1054 of MessageCache.php [22:25:08] if it doesn't give you a backtrace, we could force one :P [22:26:19] The line is: if ( !$this->isMainCacheable( $name, $this->overridable ) ) { [22:26:45] hmm, so $this->overridable is null there [22:26:46] The item is still saved in db, I usually go back and refresh and the changes are applied [22:27:32] you could add a line above that with if (!$this->overridable) throw new Exception("We reached line 1050 with a bad overridable"); [22:28:40] Applied the change, I'll keep you posted [22:29:15] that will make it fail more noisely [22:29:22] but should give some more info [22:30:50] Indeed more 'noisely' XD [22:32:58] I could send a copy of my LocalSettings if it can help. I didn't change much stuff in it [22:35:12] Does the configuration: $wgShellLocale = "en_US.utf8"; is accurate? It came default to that but I've read that it changed, I'm not sure [22:45:49] that should be ok [22:45:56] as far as you have that locale generated [22:49:04] I confirmed that a moment ago - to make sure [22:51:40] anyway, an error on $wgShellLocale would only affect things executed on a different process [22:51:54] like thumbnail generation where there are special chars on the filename [22:52:01] I'm not sure if I'll be able to reproduce tonight but as soon as it does I'll tell ya :D [22:52:13] Yes I thought so but whil eI'm at it you know [22:53:52] yeah, no problem