[00:43:23] <Betacommand>	 !import
[00:43:23] <wm-bot>	 To import pages a few pages, use Special:Import - you can also import pages directly from another wiki (see !importsources). For mass imports, use importDump.php - see <http://www.mediawiki.org/wiki/Manual:Importing_XML_dumps> for details. NOTE: when using content from another wiki, follow the LICENSE TERMS, especially, attribute source and authors!
[09:41:58] <Nivi>	 Hello everyone. 
[10:06:13] <Flexman>	 hi!
[10:06:36] <Flexman>	 how do you solve the problem if you have a wikimedia link with brackets? ()
[10:07:03] <Flexman>	 firefox will convert this in %28 and %29, but other browsers won't, so the link won't work then
[10:47:58] <Betacommand>	 Flexman: ?
[12:12:54] <Flexman>	 Betacommand: ?
[12:13:48] <Flexman>	 Betacommand: well, copy and paste this link for example: https://en.wikipedia.org/wiki/London_%28disambiguation%29
[12:14:01] <Flexman>	 ...in internet explorer or chrome
[12:14:24] <Flexman>	 they'll do it like https://en.wikipedia.org/wiki/London_(disambiguation)
[12:15:08] <Flexman>	 but the problem is that many mail clients - such as outlook web app - will not recognize the ) as part of the link, so they'll open https://en.wikipedia.org/wiki/London_(disambiguation which won't work
[12:34:51] <andre__>	 Flexman: we simply don't 'solve' it? :)
[12:35:04] <andre__>	 If people use broken email clients it's their free decision and I won't stop them...
[12:38:51] <Flexman>	 andre__: well but this is a big big problem for me
[12:39:11] <Flexman>	 i can't tell people which clients to use, they'll just complain that my wiki won't work
[12:40:35] <andre__>	 Flexman: paste the encoded URL version into your emails?
[12:41:01] <andre__>	 Flexman: and I cannot fix the URL scheme which allows ) at the end of links. :)
[12:41:08] <Flexman>	 i mean other people who want to copy  and paste urls and who don't even know what "encoding" is
[12:41:34] <Flexman>	 yep, but a switch like "display urls encoded" or something might help
[12:41:40] <andre__>	 Switch where?
[12:41:50] <Flexman>	 just look a workaround
[12:42:13] <Flexman>	 whereever...
[12:42:24] <Flexman>	 or a plugin that converts the URL right per javascript
[12:42:41] <Flexman>	 i even filed a bug for all the browser that are doing it wrongly
[12:42:47] <Flexman>	 but they don't seem to care about that
[12:43:21] <andre__>	 who is "they"?
[12:43:26] <andre__>	 Bug against what?
[12:43:40] <andre__>	 In Google Chrome and MS IE bug trackers?
[12:43:46] <Betacommand>	 Flexman: they should have an option to enter a URL in the toolbar which fixes that
[12:43:47] <andre__>	 against Outlook?
[12:57:44] <Flexman>	 andre__: it's not only an outlook problem - most of the webmailers people use nowadays do this wrong
[12:58:03] <Flexman>	 they are just random people who use this mediawiki
[12:58:10] <Flexman>	 ...and aren't computer experts
[12:58:44] <Flexman>	 maybe a copy and paste javascript plugin will do... hm.
[16:36:00] <djdjus>	 hi, i have a weird problem with mediawiki
[16:36:31] <Zppix>	 djdjus:  What is your problem with mediawiki?
[16:36:52] <djdjus>	 i have memcached as my main cache and file cache for unlogged users; when i visit a page on the site everything's ok, but if i try using rebuildFileCache.php some of the thumbnails don't appear and there's an error
[16:37:03] <djdjus>	 Error creating thumbnail: Unable to save thumbnail to destination
[16:37:22] <djdjus>	 and the output is cached like that to memcached
[16:37:37] <Zppix>	 ok. One moment
[16:37:57] <djdjus>	 note that if i visit the webpage from by browser (and it's not already in memcached) the thumbnail is displayed correctly, and, as far as i know, it exists already in the thumbs directory
[16:38:26] <Zppix>	 What brouser do you use?
[16:38:35] <Zppix>	 browser*
[16:38:44] <djdjus>	 i tried chmodding/chowning the various dirs but the difference between visiting the page and using the CLI rebuild tool makes me think it's not that kind of problem
[16:38:46] <djdjus>	 google chrome
[16:39:15] <Zppix>	 What version of mediawiki are you running?
[16:39:36] <djdjus>	 just upgraded to 1.27 from 1.26
[16:39:41] <djdjus>	 the problem started appearing post-upgrade
[16:40:32] <Zppix>	 did you read the upgrade documention included within your mediawiki files or via https://www.mediawiki.org/wiki/Manual:Upgrading
[16:41:30] <djdjus>	 i upgraded via git and used update.php, is there anything else?
[16:42:57] <Zppix>	 hmm let me take a quick look.
[16:43:22] <djdjus>	 also now that i'm noticing, the files which get errored don't need a thumbnail
[16:43:37] <djdjus>	 if i visit via the browser i get the full image (it's 40x40)
[16:43:40] <Zppix>	 If you are upgrading to MediaWiki 1.25 or later, you will also need to install some external PHP libraries using Composer or a provided collection maintained for the Wikimedia wiki farm. More details on installing and updating external libraries can be found in the Git download documentation.
[16:43:51] <djdjus>	 yes i already updated composer
[16:43:57] <Zppix>	 ok.
[16:44:16] <Zppix>	 Do you use extentsions?
[16:44:33] <djdjus>	 a few
[16:44:43] <Zppix>	 Are they from mediawiki.org or a third party?
[16:44:48] <djdjus>	 mediawiki
[16:45:00] <Zppix>	 Make sure they are up to date.
[16:45:22] <djdjus>	 they are all on the REL1_27 branch
[16:45:29] <Zppix>	 ok
[16:45:47] <Zppix>	 Visit Special:Version and check that the version shown is correct and that the extensions are present.
[17:53:42] <jdjdjd>	 hi, i was here before but i think i narrowed down the problem... basically since upgrading to 1.27, if i use maintenance/rebuildFileCache.php the images in a page that are used full size (like, with no resizing/thumbnailing) do not show and i get "Error creating thumbnail: Unable to save thumbnail to destination" (all resized images work correctly)
[17:54:08] <jdjdjd>	 but if i visit the website from a browser, the cache is correctly created with the full-size images showing up
[17:54:34] <jdjdjd>	 so basically it seems like there's an inconsistency in rendering between rebuildFileCache.php and the regular parser?
[17:55:09] <jdjdjd>	 it shouldn't be a permission problem because i even tried running the script as root
[17:55:43] <jdjdjd>	 any idea what might have changed between 1.26 and 1.27 that causes this?
[17:57:21] <jdjdjd>	 or, to sidestep the problem i have, is there a way to pre-warm memcached with all the wiki's pages without using rebuildFileCache?
[18:19:08] <jdjdjd>	 alright, i solved it by $wgIgnoreImageErrors = true if anyone is curious
[18:30:42] <Niharika>	 jdjdjd: Good to hear that. :) 
[20:30:20] <bluesilver>	 hi is there a tag for update, alerts, warning?
[20:30:30] <bluesilver>	  or warning
[20:36:37] <MaxSem>	 tag?
[21:21:16] <Trela>	 Oh, Gerrit is down.  Fun.  :D
[21:47:16] <Krenair>	 Trela, it was restarting to apply config changes
[21:47:34] * Trela nods.
[22:23:46] <ardnet>	 hey all, question, is there such extension where i can upload a spreadsheet file, then it display/render the content in frontend?
[22:55:02] <Debra>	 ardnet: There are probably third-party tools that can do that.
[22:55:11] <Debra>	 I don't know of a MediaWiki extension that can do it off-hand.