[04:34:56] <georgebarnick>	 Since [[Skin:Refreshed]] is wrapping up development for version 3.0, a good question was brought up here ( https://github.com/Brickimedia/brickimedia/issues/274#issuecomment-68507920 ) as to which style of PHP should be used consistently. I'd like to use the one most favourable to MediaWiki coding conventions so if anyone can take a look at them and tell me which is best that'd be great. :)
[04:35:24] <georgebarnick>	 (does this channel have linking? test: [[mw:Skin:Refreshed]] )
[04:35:26] <georgebarnick>	 guess not
[04:45:16] <Krenair>	 georgebarnick, if it did you wouldn't need the mw: :)
[04:45:57] <{{Guy|sleeps}}>	 @link [[Skin:Refreshed]]
[04:45:57] <wm-bot>	 https://www.mediawiki.org/wiki/Skin:Refreshed
[04:47:39] <{{Guy|sleeps}}>	 Oh.  I ran into a problem with Chrome not working with 
[04:47:45] <{{Guy|sleeps}}>	 .toggle()
[04:48:49] <{{Guy|sleeps}}>	 Anyone know a workaround?  Seems like it's been a long standing issue.
[04:50:26] <{{Guy|sleeps}}>	 Meh..
[09:43:33] <EdePopede>	 uploading files with spaces in the name is a problem it seems?
[09:45:16] <EdePopede>	 uploaded one image, the software changed the destination name, i clicked on "ignore" ok no problem. now it did again s/ /_/g and i tried the other button, no success. what is it for?
[09:46:43] <EdePopede>	 it seems i have to change the description for the file? makes no sense to me, i im ok with it as i typed it from the beginning.
[09:52:59] <EdePopede>	 ok, retried. there comes a WARNING: "filename changed to $string_without_spaces". then "change description and retry". then 3 buttons: [resend modified description] [ignore warning and save] [abort and return to upload page]
[09:56:36] <EdePopede>	 i'm ok with the change. i have a filename and a description and i want to go on. i don't want to change the description, i don't want to ignore the warning (de facto it is not a warning, the filename was changed automatically), i don't want to go back. i simply want to upload the file with a name that makes sense. worked before with button #2, but what is that "ignore warning" thing? sounds like "you may proceed, b
[09:56:36] <EdePopede>	 ut... good luck anyway"
[10:24:49] <EdePopede>	 and two more things: 1) after the 2nd upload it added another thumbnail size to BOTH images (is there a setting what sizes are produced?) 2) there is no "upload successful" page? how do i know if it worked?
[10:25:08] <EdePopede>	 sry forget #2, i've been back i browser history
[10:48:08] <codezee>	 I want to test captcha while creating page, for which I've enabled the setting in Captcha.php. However I do not see any captcha appear on creating a page. What could be wrong?
[10:48:39] <codezee>	 correction:edited the setting in ConfirmEdit.php
[11:02:27] <EdePopede>	 http://www.mediawiki.org/wiki/Manual:$wgCookieExpiration is for logoutduration with the checkbox ON. how long does logout take with the checkbox OFF?
[11:03:25] <unicodesnowman>	 EdePopede, when the browser session is closed
[11:04:32] <EdePopede>	 sure? i'm pretty sure i had to login again after not doing anything for some time
[11:04:58] <EdePopede>	 but.. would be a nice feature not to beforced to reload all the time
[11:05:36] <unicodesnowman>	 EdePopede, perhaps another factor is coming into play? if you don't check it, the cookie should be session only
[11:06:22] <EdePopede>	 i only could imagine restart of server or client. did that a few times, but hmm...
[11:07:33] <unicodesnowman>	 EdePopede, I'm unsure if this is outdated, but check your php.ini garbage collection settings. https://www.mediawiki.org/wiki/Manual_talk:Configuration_settings#Auto-Logout
[11:09:25] <EdePopede>	 session.cache_expire = 180 <-- indeed. +1 for the hint ;)
[12:08:17] <EdePopede>	 http://www.mediawiki.org/w/index.php?title=Manual%3A%24wgHashedUploadDirectory&action=historysubmit&diff=1333165&oldid=906981
[12:09:13] <EdePopede>	 that last edit makes no sense. the text was right (tested the md5). even if not, there is a discussion page. i don't have an account there and i don't like IP edits ;)
[12:10:22] <Vulpix>	 EdePopede: edit undone, thanks :)
[12:10:42] <EdePopede>	 :)
[12:21:26] <EdePopede>	 according to geeqie or exif documentation, i don't remember, names of thumbnails are the md5 of the unix style filepathname. and there's also some standard sizes for them (150px iirc). since there's no need for multiple versions of the same file, including thumbnails, wouldn't it be possible to do some symlinking? i wouldn't care if on geeqie on mediawiki. and i am *sure* somebody wrote a cli upload tool.
[12:24:05] <Vulpix>	 thumnails are stored the same way than the actual images, but under /thumb/(original md5 hash)/(original filename)/150px-(original filename)
[12:29:43] <EdePopede>	 seen it. i'm only thinking about a one-fits-all solution. a small gallery should work with a translationtable though. but what about timestamps? mtime is reset due to the upload, but theres also an entry in img_timestamp in table image. does the upload procedure reflect the EXIF timestamp somehow? unluckily my cam was too cheap for a time chip. ;)
[12:35:01] <Vulpix>	 exif is metadata inside the image. It will be displayed in the file description page. Apart from that, MediaWiki does nothing with it
[12:35:53] <Vulpix>	 about thumbnails, I wonder if $wgUseImageResize will effectively disable thumbnailing, serving always the original image (resized on the browser) on thumbnails: https://www.mediawiki.org/wiki/Manual:$wgUseImageResize
[12:39:18] <EdePopede>	 i'll checkt it out immediately
[12:40:20] <EdePopede>	 but what i've just seen, special:files shows the 180px thumbnails, those created some time after the upload.
[12:41:36] <Vulpix>	 the file description page also displays a thumbnail on the file history
[12:50:40] <EdePopede>	 ImageMacick/convert works, a new upload created thumbnails.only don't know yet which ones
[12:50:45] * Carlfish falls down a rabbit hole of thumbnail generation code.
[12:54:18] <Carlfish>	 Should be the sizes listed in $wgUploadThumbnailRenderMap?
[12:55:20] <Vulpix>	 !wg UploadThumbnailRenderMap
[12:55:20] <wm-bot>	 https://www.mediawiki.org/wiki/Manual:%24wgUploadThumbnailRenderMap
[12:56:37] <EdePopede>	 "submit modified file description" << that 1st button on the upload page, what is it supposed to do?
[12:57:40] <Vulpix>	 when I'm presented with that form, I'm usually puzzled and sometimes none of the buttons allow to upload the image :S
[12:59:07] <EdePopede>	 2nd one works and i think now i understand the text. "ignore the changing of the filename. UPLOAD!"
[13:03:28] <EdePopede>	 the original filename contanins an ISO timestamp with spaces and colons. on the page there is s/ /_/g but no s/:/-/g ... latter one happens in the upload warning only and server side.
[13:04:57] <EdePopede>	 at least the english version is clearer than the german one (multiple use of the same word(!)). "File description" is clear, so i replaced manually the colons with dashes. and now uploading with button #1 works as expected.
[13:07:44] <codezee>	 is mw.loader.load the beginning point of loading javascript in mediawiki?
[13:11:03] <T13|needsCoffee>	 Do you mean loading another script?  Like calling userscripts from your common.js?
[13:14:11] <T13|needsCoffee>	 If the script is on another language or project, then yes.  In a few other use case on the local wiki, yes.  Most local wiki scripts importScript() is fine, for now.
[13:15:12] <T13|needsCoffee>	 codezee: ^^
[13:21:24] <codezee>	 T13: alright, I get the idea :)
[14:22:36] <EdePopede>	 "<gallery widths" sets the thumbnail area size, only it still uses the 110px versions, why?
[14:36:46] <MatmaRex>	 EdePopede: maybe you also need to set "heights=" to some bigger value than the default?
[14:37:31] <EdePopede>	 as i understand the docs the ratio always is kept. only galleries where it doesn't work
[14:37:50] <EdePopede>	 erm... right
[14:40:04] <EdePopede>	 http://www.mediawiki.org/wiki/Help:Images#Optional_gallery_attributes <-- i'd suppose to mention here that it may be necessary to change both
[15:27:44] <Betacommand>	 !autoblock
[15:27:44] <wm-bot>	 http://www.mediawiki.org/wiki/Autoblock
[15:48:38] <Pinkie_Pie>	 JD|Cloud o/
[16:38:19] <elfty>	 hi all.. i'm trying to install mediawiki on my aws/ec2 for the first time.. im getting a blankpage when i go to /mw-config/index.php
[16:38:24] <elfty>	 any help would be much appreciated thx
[16:40:04] <Krenair>	 do you get an entry in your web server's error log?
[16:40:32] <elfty>	 otherweird thing i i don't see a localsetting.php file anywhere
[16:41:18] <elfty>	 don't see anything in the system logs
[16:43:13] <parent5446>	 That reminds me. I need to get Extension:AWS into working shape again in the next few months. :P
[16:56:11] <elfty>	 [Fri Jan 02 16:27:49 2015] [error] [client 38.125.82.92] PHP Fatal error:  Class 'DOMDocument' not found in /var/www/html/w/includes/cache/LocalisationCache.php on line 655
[16:56:13] <elfty>	 thats the error
[16:58:30] <Vulpix>	 elfty: https://www.mediawiki.org/wiki/Manual:Errors_and_symptoms#Fatal_error:_Class_.27DOMDocument.27_not_found_in_xxxxxxxx.2FPreprocessor_DOM.php_on_line_nnn
[16:58:39] <Krenair>	 install php5-dom
[16:58:54] <Vulpix>	 well, I guess that page is now outdated :(
[16:59:19] <Krenair>	 or php-xml on centos/fedora/red hat
[16:59:24] <elfty>	 hmm
[16:59:33] <elfty>	 says php-xml is installed already
[16:59:50] <elfty>	  Loaded plugins: priorities, update-motd, upgrade-helper amzn-main/latest                                         | 2.1 kB     00:00 amzn-updates/latest                                      | 2.3 kB     00:00 Package php-xml-5.3.29-1.7.amzn1.x86_64 already installed and latest version Nothing to do
[17:00:50] <Vulpix>	 maybe it needs to be manually enabled in php.ini (but that would be weird)
[17:05:56] <elfty>	 this is annoying
[17:08:26] <elfty>	 where would php.ini file be ?
[17:09:59] <Vulpix>	 elfty: see https://www.mediawiki.org/wiki/Manual:Php.ini
[17:10:50] <elfty>	 thx