[03:59:56] Hey guys, quick question for ya. I'm trying to get Mediawiki to run on a 512MB server for some smaller community projects. PHP7-FPM is working quite well, however it isn't possible to put a caching system due to memory restriction. However, I am wondering if anyone knows about fastcgi_cache caching with Mediawiki. Wordpress supports this quite well, and makes cached pages come directly from nginx [04:00:58] I can find information on Varnish, but Varnish doesn't support SSL without Pound and some fun configurations. [04:12:54] CZauX: are you sure you need it? There's a popular quote (http://martinfowler.com/bliki/TwoHardThings.html) that says: "There are only two hard things in Computer Science: cache invalidation and naming things." [04:13:19] is the performance inadequate? [04:15:49] ori: Any website that does not have widely changing content needs a caching system to reduce server load. The performance for me, one user, is acceptable. The performance once 50 users use it, not so much [04:17:35] Not to mention that a proper caching system doesn't require me to do anything with it, only media pages would be cached, and invalidated and re-cached on edit [04:19:49] yes, I'm aware of the benefits :) [04:20:29] https://www.mediawiki.org/wiki/Topic:Rnfb00cmmws8655a contains an Nginx config with fastcgi_cache directives. The post itself is a request for help with MobileFrontend, but since the user indicates that the setup is working well otherwise, it might be a good base [04:21:43] :O, I'l try that out, thank you. Though it appears its a static cache, but I'l see. [04:22:53] CZauX: I'd be interested to know how well it works -- keep the channel posted! :) [04:24:49] CZauX: MediaWiki will send PURGE requests, and happily the example for fastcgi_cache_purge in the nginx does exactly what you want -- viz., treat requests with the PURGE HTTP method as purge requests: http://nginx.org/en/docs/http/ngx_http_fastcgi_module.html#fastcgi_cache_purge [04:25:17] the docs say "This functionality is available as part of our commercial subscription. ", but I am not sure what that is referring to -- perhaps only the purge client [04:25:58] it means nginx plus [04:26:20] https://www.nginx.com/products/ [04:27:03] right, but I'm wondering what it means by "this functionality" [04:27:11] oh [04:27:12] is the fastcgi_cache_purge directive not available in the open-source release? [04:27:19] it means that directive [04:27:35] right [04:28:02] nginx-cache-purge isan't available in the ubuntu distro, but is in ppa:rtcamp/nginx [04:28:40] In wordpress you'd use Nginx helper plugin with that repo of nginx and you have yourself a 50ms response time [04:30:41] MediaWiki should work well with it too [04:32:00] ori: I'm just not sure if Mediawiki has native support for it. I don't see any extensions so this would have to work out of the box or I'l have to see how it operates with Varnish [04:33:05] it does have native support [04:33:05] https://github.com/wikimedia/mediawiki/blob/6e9b4f0e9ce4ccd6089c18b205065ef7fa077484/includes/deferred/CdnCacheUpdate.php [04:33:45] you'll need to set $wgSquidServers [04:34:24] If fastcgi_cache conforms to the standard, this should work quite well. I saw the Squid functionality in the varnish config guide, I'l take some example from there. Thank you for your help so far. [04:38:50] I am having trouble installing Extension:Echo; it breaks my Wiki; Apparently one database table was not being created by Update.php; I manually created it using Hooks; But now aside from the talk page notifications none of the other notifications work; Detailed discussion here: https://www.mediawiki.org/wiki/Topic:Suusljncw7adbayh; Can anyone help here? [04:42:24] The missing table is for some reason not listed in the extension documentation even though the "CREATE TABLE" code is included for it in the "echo.sql" file [05:49:27] 0/ need to upgrade from version 1.15.....is there a recommended path? [05:52:34] monkeynuts: https://www.mediawiki.org/wiki/Manual:Upgrading#How_do_I_upgrade_from_a_really_old_version.3F_In_one_step.2C_or_in_several_steps.3F [05:55:23] legoktm, thanks a mill [07:38:16] ori: I got the fastcgi_cache setup, but fastcgi_cache doesn't get cleared by squid at all. It seems that only nginx plug's 'proxy_cache_path' supports that. Nginx Helper with wordpress manually deletes the cached filed [07:39:15] I'm getting 90ms response time on a cached hit, $5 digital ocean droplet on ubuntu 14.04. [07:41:29] If I had the time, I'd try and build an extension that replicates nginx helpers functionality, since all it needs is mediawiki triggers. However, I think I'l try out Squid and compare [07:42:53] CZauX: how many ms for cache misses? [07:43:57] ori: it varies, but doing a hard reload will be between 109ms or 4s [07:44:23] *scratch that, 110 is from a hit [07:45:48] ori: about 150ms or so for the basic front page, php7-fpm [07:46:14] is a speed-up of one-twentieth of a second worth the added complexity? [07:47:57] ori: Its not about my speed, as stated before. with only 390MB of ram to work with and a measly CPU, more users could cause very slow response times, even edit submission timeouts. [08:34:51] Hi all! Is there a way to have new file uploads to be considered as minor updates? [11:29:11] asd [13:04:53] Question. I just imported an XML dump of a wiki to a wiki running on a different server (moving the same wiki from a windows 7 XAMPP stack to debian (l)AMP stack). After I import the dump, the pages and images show up correctly, but my contributions page shows nothing even though it's the exact same name. The history for old pages links to my contributions [13:04:53] page, but that exact page shows no contributions. [13:05:05] Soo.. didn't actually ask the question I guess. How do I get contribs to show up properly? [13:08:40] Not sure why I’ve having so much trouble set this up on CentOS 7…going through the installation instructions and am getting ‘A database query error has occurred. This may indicate a bug in the software.’ Any idea why that is happening? [13:28:54] morning [13:36:59] hey guys I am trying to do a simple site move from one server to another, but I get "A database query error has occurred. This may indicate a bug in the software." DB settings look right to me, any ideas? [13:40:46] lmao, ok new challenge, the DB was empty. [13:41:20] I thought wikieditor was not working due to my PHP version being too low, but it seems it does not load on the new site either [13:41:50] Did you run the updater? [13:43:01] hmm updater? no dont think so [13:43:19] the site migrate is fine I messed up, forgot to you know import...durr [13:43:23] updater for extensions? [13:44:59] Run the same script [13:45:01] !update [13:45:01] update.php is a script that updates the database tables. You usually need to run it after upgrading MediaWiki or installing certain extensions. For details, see [13:45:44] Reedy, cool, I ran it, I dont recal seeing that instruction on the wikieditor install page [13:46:15] and how can I tell there are even any extensions it is trying to load? [13:46:37] !maintenance [13:46:37] https://www.mediawiki.org/wiki/Manual:Maintenance_scripts [13:46:51] it should also check db [13:47:14] update ran fine, I just dont see this extension enabled [13:47:42] Is it on Special:Version ? [13:47:45] I shouldnt have to download wikieditor either, came with apparently [13:48:13] Reedy, yes it shows up there [13:49:33] Reedy, Localsettings.php have "wfLoadExtension( 'WikiEditor' );" [13:52:32] so whats the trick? [13:53:59] r1ppa: same issue as you this morning, ‘a database error has occured’ [13:55:11] i ran ‘php maintenance/update.php’ and now there’s an interwiki table within the wikidb database, but I’m getting this now: http://i.imgur.com/UtKmlfu.png [14:10:02] Reedy, thanks for the help got it all up and running [14:38:56] Hi all! Is there a way to have new file uploads to be considered as minor updates? The problem is that the slack integration sends notifications on major updates and adding an image to a wiki page is interpreted as a major update. [14:40:08] I don't think so [14:40:25] Adding an image to a wiki page is different to uploading it btw [14:40:46] Adding it you can mark as minor if oyu want [14:44:40] @addshore Hello, I have submitted my commits to Gerrit serval days ago, but it haven't been reviewed yet. Could you help me ? [14:46:10] yes I mean uploading it [14:47:44] my guess is that when uploading an image, mediawiki creates a new page with the info for that file. And a new page is considered as a major update thus the notification. Is there a way to avoid that. Even if it has to be for any newly created page.. [14:48:18] Lethexie, do you have a link? [14:49:35] Yeah, and upload has a new page [14:49:52] @andre__ https://gerrit.wikimedia.org/r/#/c/275796/ https://gerrit.wikimedia.org/r/#/c/276110/ https://gerrit.wikimedia.org/r/#/c/277227/ https://gerrit.wikimedia.org/r/#/c/275747/ [14:49:54] RicoLaaa_: What is pushing the info into slack? [14:50:28] Lethexie: 2 of them are marked as -1 [14:51:11] yes, and I have changed my commit message [14:51:31] Also, please bare in mind, it was just a weekend :) [14:52:13] Reedy: my knowledge is too limited to answer that... :/ https://github.com/grundleborg/mediawiki-slack [14:53:22] You want to modify those hooks [14:53:26] // If this is a minor edit and we want to ignore minor edits, return now. [14:53:26] if ($wgSlackIgnoreMinor && $isMinor) { [14:53:27] return true; [14:53:27] } [14:54:07] It'll be in PageContentInsertComplete [14:55:06] if ( $wikiPage->getTitle()->getNamespace() === NS_FILE ) { return true; } [14:56:17] To be added https://github.com/grundleborg/mediawiki-slack/blob/master/Slack.hooks.php#L133 [14:59:17] thanks i'll try that [15:16:46] Is Siebrand not available at the moment? Will he return? I always appreciated how quickly language-related patches were reviewed by him. [15:18:48] He's still doing CR AFAIK [15:20:04] And he's still running Translatewiki.net, I suppose. [15:20:21] I think he's busier with non WMF related work atm [15:44:09] @addshore thanks for your review. I have changed the commit message of https://gerrit.wikimedia.org/r/#/c/276110/ [15:51:05] Lethexie: Gerrit triggers notifications for reviewers, hence no real need to additionally point out on IRC (if it's not an urgent patch) :) [15:52:26] andre__ : Thanks :) [17:07:17] im on my server (CentOS 7) and trying to set up MediaWiki, when I go to http://my_ip_address/mediawiki it has the page here (see image 1: http://imgur.com/a/bW1Yc) and everytime I click the ‘set up the wiki’ link, it just keeps appending ‘mw-config/‘ to the URL in the address bar and doesnt do anything (see image 2: http://imgur.com/a/bW1Yc). Why is this happening? [17:08:05] Have you any rewrite etc setup already? [17:09:27] I’m following this https://www.mediawiki.org/wiki/Manual:Installing_MediaWiki and I copied everything over from my local environment. What else would I need to do at this point? [17:10:01] (Do note that I was able to get everything working locally. Even when I try to do a direct install aka not copying files over on CentOS, im running into this same issue). [17:16:16] ornerymoose: it dosent look like all the mw files are there since it should be showing the mediawiki log there instead it is showing a picture that is cross out. Try reainstalling mw files. Also make sure there are no .htaccess rules interfearing with the links. [17:18:12] ok let me try to reinstall again, 1 sec [17:19:59] ornerymoose thanks. Also it looks like the cause of mw-config not loading since it should look like this mediawiki/mw-config according to the image you pervided that showed where it is installed. But its shwoing mediawiki/mw-config/mw-config and on and on. Which should not happend. [17:20:36] paladox: right right, yeah this is strange and becoming frustrating, seems like it should be simple enough to set up. [17:21:14] ornerymoose yes. Do you have the .htaccess file. if so what do you have set in it. [17:21:20] please. [17:22:21] This is what I’m seeing when doing a find on .htaccess: http://imgur.com/ruw4RAl [17:22:31] same thing on reinstalling BTW, still no MW img in browser [17:23:50] https://www.irccloud.com/pastebin/qLspEwDo/ [17:24:26] paladox: inside ~/.composer/.htaccess I’m seeing one line which says: Deny from all [17:24:39] That one is fine [17:25:07] ornerymoose: ./composer file should not affect you. It would be the root file so looks like it is not a htaccess problem. [17:25:14] hmm [17:25:42] also when im trying to tail my server log, im not seeing anything associated with MW: weird, no? [17:26:57] for what its worth i have some Ruby on Rails applications running on this server, but there has never been any drastic changes to the server configuration settings (just a few virtual hosts and such) [17:27:48] ornerymoose yes. hmm. Maybe try to debug. Please go to includes/DefaultSettings.php and find the following $wgShowExceptionDetails and $wgDevelopmentWarnings and set them to true. [17:28:03] It might help to find the problem. [17:28:18] sure one second [17:28:25] appreciate your help (Reedy too) [17:29:22] ornerymoose your welcome, The options i gave may not all ways work but will give us a traceback if there is a problem. [17:29:29] k just set those two items to true [17:30:20] ornerymoose: Ok thanks, can you got to your wiki and see if it displays any information. [17:30:24] please. [17:31:01] restarted server, went to /mediawiki in browser…still nothing. Just a missing image and appending mw-configs [17:31:19] no logging info in server log nor browser [17:31:39] ornerymoose: Hmm, are you using mediawiki 1.26. [17:31:45] yes correct [17:31:50] 1.26.2 to be exact [17:33:39] ornerymoose, ok. Can you try mediawiki 1.27 alpha please. Reason i ask to make sure it is not a bug in mediawiki 1.26. To download mediawiki 1.27 please go to https://github.com/wikimedia/mediawiki and https://github.com/wikimedia/mediawiki-vendor please make sure yout using php 5.5 for this version. php 5.3 is no longer supported from mediawiki 1.27 [17:34:03] 5.6 will suffice , correct? [17:34:32] ornerymoose yes. [17:34:39] paladox: ok great [17:34:42] one moment [17:34:59] php 5.5 or higher are only supported by what i mean sorry about confusing you. [17:35:01] Ok thanks. [17:35:08] dont be sorry! [17:35:13] Ok. [17:35:57] You need to install mediawiki/vendor in the vendor folder which is like this. Your mediawiki install is at mediawiki/ so your vendor will be at mediawiki/vendor. [17:36:45] ok great, thank you [17:37:18] ornerymoose ok, just ask is there a resource folder. [17:39:17] Also, I've just installed Visual Editor and Parsoid. I have VE working for text editing, but can't use it to upload images. I've looked at the user guide, and the VE "upload" tab just doesn't exist on my page. [17:43:22] paladox: ok cloned mediawiki, and put the vendor repo inside vendor/ (had to mkdir vendor/) [17:43:45] ornerymoose ok thanks, When going to your wiki does it work going to mw-config [17:44:01] ffs…same thing! [17:44:18] no image, mw-config just getting appended over and over [17:44:32] only difference is version, which is now 1.27.0-alpha [17:44:37] ornerymoose: Oh could it be that it may be a problem with how apache is setup. [17:44:42] hmmm i see [17:45:22] like i said most stuff on here is Ruby on Rails. Initial apache setup (or lack thereof) occurred about 1 year ago. [17:46:03] ornerymoose: Maybe try updating your php and apache and mysql. [17:46:12] good idea [17:46:20] please create a .htaccess file in mediawiki folder and add this [17:46:38] RewriteEngine On [17:46:38] RewriteRule ^/?mw-config(/.*)?$ %{DOCUMENT_ROOT}/mw-configindex.php [L] [17:46:44] ok one sec [17:46:45] just want to see if it does anything. [17:47:18] Im having the same problem your having a few weeks ago but that was my fault. But i had to add a redirect rule to get mw-config from showing mutiple times. [17:47:45] k added that, still same thing in browser [17:47:49] oh i see. interesting [17:48:22] But i doint rember what rule i added to stop it from saying the same url on and on. [17:48:29] gotcha, gotcha [17:49:41] doing yum update at the moment [17:49:49] ornerymoose ok. [17:54:55] ornerymoose maybe instead of installing in the www/mediawiki folder try installing in public_html folder. If that folder exists. [17:55:09] ornerymoose i have to go for a few minutes but i will be back. [17:55:14] ok cool [17:55:16] yum still updating [17:55:23] will let you know what i find out here [17:58:49] Does anyone know if visual editor drag and drop uploading is only available after a certain version? [18:15:51] ornerymoose: Ok, back. [18:22:07] paladox: hey sorry was on the phone [18:22:17] Ok. [18:24:38] ornerymoose: Did it work. [18:25:01] paladox: same thing :( [18:25:35] Oh, hmm [18:25:59] Can your website be accessed from the outside world not just locally. [18:26:30] ornerymoose ^^ [18:26:40] just interally [18:27:47] Oh, ok. [18:32:15] ornerymoose have you tryed it in the public_html file or one that dosent be set in the www/ folder. [18:32:26] sorry, one minute @paladox [18:32:31] havent tried that yet will try now [18:32:39] Ok, thanks. [18:32:42] Hoi Dudes [18:33:48] Hi. I am using a fairly update mediawiki (1.27, not stable I know) with VisualEditor, and I have no "Cite"-button, which I see a lot of guides referring to. What do I need to install/configure to get it? [18:33:54] updated* [18:34:02] i m on 1.25.1...is there a howto on upgrading to 1.25.5 ? [18:34:52] penne: Hi yes. You can just download MediaWiki 1.25.5 and upload to your server then go to your wiki and then mw-config and run the update. [18:35:02] Or you can update to mediawiki 1.26. [18:35:26] i head 1.26.2 already on the machine...but it was buggy [18:35:33] Langdal: You can download cite from https://www.mediawiki.org/wiki/Extension:Cite [18:35:40] penne: Oh ok. [18:35:40] there was a css error or something....so i downgraded [18:36:26] mw-config? paladox...do u have an url for that procedure? [18:37:46] https://www.mediawiki.org/wiki/Manual:Upgrading [18:37:51] is that the right way? [18:38:04] paladox, Cite is installed, and it shows up under "Installed extensions" on the "Version" special page. Still no button. Do I need to do these steps for the button to appear? https://www.mediawiki.org/wiki/VisualEditor/Citation_tool [18:38:08] Langdal: curious. I'm using 1.26.2 and don't have an image upload button. If you go to VE on yours do you have an upload image? [18:39:16] PuppyKun, I have an "insert" list which has a "media" button which opens a dialog with an "upload" tab [18:39:38] Langdal: thanks /: guess that's 1.27 only. Someone just said that in #mediawiki-visualeditor [18:45:56] paladox: sorry, that yum update broke my four rails apps…looking into this now [18:47:09] paladox: familiar with this at all? Not making much progress: http://i.imgur.com/ZBgZzmI.png [18:49:07] Nope im not. [18:49:11] ok np [18:49:20] sorry need to tackle this first, ill get back to you shortly [18:49:25] appreciate all your help so far :) [18:49:37] Langdal: you also need https://www.mediawiki.org/wiki/Extension:CiteThisPage please. [18:49:41] Ok your welcome. [18:49:53] Your problem looks like a permission issue. [18:50:45] penne: Yes. [18:50:53] :-) thanx...trying right now [18:50:59] Ok. [18:55:03] ornerymoose once you resolve your problem, You can use https://bitnami.com/stack/lamp which automates the process a bit. I use wampstack for windows which is based on lamp but for windows. [18:55:31] paladox: alright, awesome man [18:55:33] ty [18:55:55] Your welcome. It should resolve your issue. [18:56:06] ornerymoose try reinstalling ruby. [18:57:03] ok for sure [18:57:26] Ok. [18:59:36] ornerymoose maybe this is the issue your having http://stackoverflow.com/questions/30585392/error-in-starting-rails-passenger-app [19:01:23] aye came across that earlier…no go [19:02:06] ornerymoose oh ok, do you have the httpd.conf file. [19:02:16] What is ServerRoot set inside it. [19:02:18] Please. [19:03:00] paladox: ServerRoot "/etc/httpd" [19:03:01] ornerymoose also what is set in DocumentRoot [19:03:25] paladox: DocumentRoot "/var/www/" [19:03:56] ornerymoose thanks you may want to change it to DocumentRoot "/var/www/mediawiki/" to see if that works. [19:04:08] Also does this "/etc/httpd" exist. [19:04:18] Since apache should be installed at that location. [19:04:42] yes it does, within /etc/httpd/ there is conf/, conf.d/, conf.modules.d/, logs/, modules/, run/ [19:05:11] ornerymoose thanks. [19:05:15] np [19:06:01] See if lamstack works since that includes all the things you need in one place. [19:06:45] just dont understand how doing a yum update breaks everything rails related... [19:08:09] ornerymoose yeh im not sure [19:08:31] ornerymoose maybe uninstall then reinstall. [19:08:35] please. [19:11:46] ok...update works so far......but images/thumbnails were gone on the wiki pages.... [19:12:09] after mw-config all working fine now [19:12:46] anyone running mediawiki on HVVM or PHP7 ? [19:13:06] HHVM not HVVM [19:13:41] thanx paladox for the info on the upgrade page [19:14:38] Your welcome. [19:19:20] bye dudes [19:38:59] paladox: I have both Cite and CiteThisPage installed, but still no Cite-button in VisualEditor. [19:39:17] Langdal: im not sure then. [19:39:42] Seems weird that there is no clear instructions how to get it. [19:39:53] James_F: Im not sure how to enable the cite-button in VisualEditor. ^^ [19:50:27] penne: Mediawiki works with PHP7-FPM over here [19:50:48] penne: I couldn't get HHVM to work in a low-memory environment without maxing out the ram on install [20:13:23] I am glad to register with mediawiki [20:43:01] paladox: figured out the Passenger issue, just uninstalled that gem and everything associated to it, reinstalled, changed permissions, and good to go [20:43:09] bit of a scary headache but all good [20:57:29] ornerymoose, ok. Are you going to try lamstack to see if it resolves your issue. You can also try the php7 version too. [21:41:03] hi all. I'm having problem getting media wiki installed.... I keep getting that I don't have permissions to view the director media wiki is installed to.... [21:41:17] (/var/www/html/mediawiki is the directory by the way) [21:41:25] any idea what the pmerissions SHOULD be? [21:41:40] and/or do I need to do anything with my apache cons? [21:41:42] conf* [21:41:57] tds5016: usually 750 or 755 [21:43:29] drwxr-xr-x 15 root root 4096 Mar 15 21:34 mediawiki [21:43:41] is it okay that it's the root user that owns the files? [21:43:49] errr.. directory* [21:44:01] yes [21:44:40] any other idea what might cause this issue? [21:44:57] ah, error to view the directory... try viewing the "index.php" of that directory, you probably don't have a default document configured [21:45:19] (or at least not configured to default to index.php) [21:45:24] no luck. [21:46:01] is there a pastebin you guys prefer? [21:46:13] I can post my apache conf there [21:46:15] dpaste.de for example [21:46:40] you can also look at the apache error logs, in case it gives more information (usually at /var/log/apache/error_log) [21:47:40] client denied by server configuration /var/lib/mediawiki [21:48:09] wtf is it looking in /var/lib for?! [21:48:38] maybe your /var/www/html/mediawiki is a symlink? [21:49:06] have you ever used a package version of mediawiki? [21:49:06] nope [21:49:17] nope. I haven't. [21:49:50] [Tue Mar 15 21:45:15.678006 2016] [authz_core:error] [pid 26832] [client 17.115.115.24:53194] AH01630: client denied by server configuration: /var/lib/mediawiki [21:49:59] that's the error I'm getting in apache's logs [21:50:37] there must be some alias, directory or similar configuration redirecting /mediawiki to /var/lib/mediawiki [21:51:02] I don't think I have /var/lib/media wiki listed anywhere... [21:51:20] https://dpaste.de/M945 [21:52:22] you know... or I do... I'm a dummy. gimme a second to change this. [21:52:25] tfinc: look at your conf-enabled/*.conf files [21:52:52] Vulpix: hmm? [21:53:15] /etc/apache2/conf-enabled/*.conf [21:53:27] Vulpix: guessing you meant to message tds5016 ? [21:53:39] oops sorry, yes! [21:53:56] wring autocomplete :( [21:54:02] *wrong [21:54:33] awesome, now I'm getting it to load... [21:54:42] BUT now I'm not getting any stylesheets loaded. [21:55:26] tds5016: https://www.mediawiki.org/wiki/Manual:Errors_and_symptoms#The_wiki_appears_without_styles_applied_and_images_are_missing [22:04:06] AH01630: client denied by server configuration: /mnt/media-wiki-volume/WikiDocuments/circleLogoGray.png, referer: ... [22:04:14] any idea what would cause that one Vulpix ? [22:04:38] I have a feeling that might be a question better answered by apache... so I understand if you guys wanna shu me out of here by now. :-P [22:10:18] tds5016: apparently, you need to add /mnt/media-wiki-volume/WikiDocuments/ to a section specifying permissions - https://wiki.apache.org/httpd/ClientDeniedByServerConfiguration [22:11:16] Vulpix: https://dpaste.de/5N8p [22:11:23] I should already have that, and no dice :-/. [22:15:12] Looks like my uploads directory has gone awol as well :-/. [22:28:24] tds5016: In apache, you would generally make everything owned by www-data. You have to make sure that directories have the execute bit as well. For testing purposes this could be applicable: https://gist.github.com/Cyken-Zeraux/02db35f2183684347a59 [22:29:45] tds5016: This is excluding a proper multi-site setup where users or user groups own the files rather than www-data [22:32:14] tds5016: By chance, did you install mediawiki via apt-get or some other package manager? [23:33:01] Hi, what would cause the Infobox, User controls and navigation tabs to appear incorrectly/smaller than usual on one specific page? [23:33:17] I thought it was some strange code in a widget so I removed all the widgets from the page [23:33:57] I'm not using a custom user .css or .js or anything and while the page is in sub-article space, other pages in sub-article space do not have this problem... [23:44:11] z_AlexJFox: are you sure you're not zoomed in or out on that specific page compared to other pages? [23:44:45] [Ctrl]+[0] [23:44:56] certain, also its not the body/article, its literally the infobox on the left, the navigation tabs above the article and the user settings portlet [23:45:04] all of those work perfectly on every other page [23:46:24] z_AlexJFox: You've done an empty cache and hard reload through chrome? [23:46:25] right click, inspect element, visit the applied CSS rules and compare them to the "normal looking page"; the origin of each css rule is usually shown [23:47:19] adding ?debug=true (or &debug=true) will put ResourceLoader into debug mode [23:47:47] Im using Chrome Canary so I just checked on normal chrome and same effect, let me try the debug thing [23:47:48] *adding the debug URL parameter [23:48:46] It all even looks ok when editing the page [23:49:04] but as soon as I commit a change, it reverts to small text and the tabs are misaligned again [23:50:11] in debug mode, RL sends out uncompressed JS and CSS so it's easy to find any issue, provided that the same issue is observable in RL debug mode [23:50:48] Sure you don't have a rule in your common.css or common.js modifying it? It is possible to target specific pages, I would check the CSS rules and see what the difference is. [23:53:46] I don't suppose you want to take a look at the page? :P [23:54:26] It possibly is using some deprecated .css - I'm porting things over from an old platform to a new one [23:55:08] Having access to what you're having problems with can generally solve it faster if its not a major oddity. However that's up to you and how public the project is [23:58:27] hi all [23:58:37] hi [23:58:50] s.a. [23:59:03] ori: Continuing our discussion last night, it is possible to use fastcgi_cache_purge automatically, however an interesting feature is that the files are stored by a key value that looks like: 'httpGETdomain.com/w/index.php'. One would have to modify the request to turn PURGE to GET, but with nginx's strict rules, its not very easy to test [23:59:23] http://www.videohx.com/ [23:59:24] CZauX: I messaged you the URL, if you get chance to look I'd appreciate it :) [23:59:58] Yeah I don't think anyone is going to click on that, cvcvcvde43s