[14:26:32] Will WMF be able to run (full) PHP 7.1 any time soon? >> https://phabricator.wikimedia.org/T172165#4231598 [14:31:16] I thought the plan was to skip 7.1 and go straight to 7.2 when we make the move [14:31:16] hi, there are any useful extensions to handle rtl + ltr text (while editing) in the same pages? [14:32:28] bawolff: that makes sense but does not change the answer to my question [14:32:45] if you go to php 7.1 in a month or to 7.2, in both cases you will be able to run 7.1 in a month [14:34:16] I have no idea what the timeline is [14:34:49] I know people are definitely working on getting us off hhvm [14:35:05] As long as it does not include making example code compatible with PHP 5.2 like with WordPress... :) [14:35:11] \o/ [14:35:36] i imagine the 7.0->7.2 transition will be easier tha the hhvm -> zend transition [14:35:46] Indeed [14:36:00] hell im pretty sure our docs still have php 4 references :'( [14:36:25] lolwat. If you want to run MediaWiki 1.1 or something?! [14:37:04] Just that our docs have lots of corners nobody ever updates [14:37:19] the more obscure doc pages on mw.org are terrible [14:38:03] someone probably needs to go through special:allpages and delete the useless garbage [14:38:04] im running mediawiki (1.28.2) in hebrew, the templates name are in hebrew, but some of the functions are simpler to read in english (like parserfunctions) [14:38:12] Right. But that is not as bad as purpousfully updating docs so they become compatible with 5.2 [14:39:06] mediawiki: you should be able to use either the hebrew name or the english name for parser functions afaik [14:39:28] if your wiki language is "he" [14:40:13] yes, ofc. but its more readable to use some of the functions in english (parserfunctions as exmaple, there are lots more - cargo ...) [14:49:04] https://www.mediawiki.org/w/index.php?title=MediaWiki&useskin=monobook is looking snazzy [14:52:48] On a narrow screen/cell phone that is [14:55:22] im trying to remove " & ' from a string (this will be used as sql param after). [14:55:35] it seems that when using {{pagename}} that wont work, any idea what im doing wrong? https://pastebin.com/Egdi49Y0 [14:56:43] {{PAGENAME}} uses " not " [14:57:35] does cargo really not provide built in escaping? Seems wanting to normalize and quote titles would be a common need in cargo [15:05:28] agree, but not as i saw [15:19:20] ty for ", works :) (Also replaces &apos) [15:38:35] If you're familiar with wikiapiary.com, could you help test the new WMF instance: https://wl.wikiapiary.com ? [15:55:27] hexmode[m]: wow, it is hosted by WMF now? [15:56:56] saper: yesish. We're moving to the WMF cloud (nee wmflabs) [15:57:45] so more people will have access to fix problems (tgr , for example) [16:09:02] I'm trying to get the content of an API call in Lua but I haven't found anything. Is it possible to do it? [16:10:59] no [16:15:57] wow; any way around? [17:30:53] Anyone here ever mess with Extension:Cargo on Mediawiki? I'm trying to get it and Extension:PageForms to work on an sqlite install and I'm running into `Fatal exception of type "InvalidArgumentException"` [17:31:12] The Extension says that SQLite is untested so I'm assuming it might just be an incompatibility [17:34:11] Fresh install [18:25:20] Might have just been because I was on 1.30 [18:46:26] hi, i have css code that include in all wiki pages, it used with html code that together produce display of some data within tabs. atm we use secure html extension to insert html code. as i know the problem is with javascript code (probably xss), there is an option to allow all *html* code in wiki pages? [18:49:00] Now I'm having trouble with creating data tables, but that might be sqlite still. [18:54:51] hexmode[m]: On wikiapiary the #rating function seems to be broken. See e.g. any Extension page. [20:03:43] Just upgraded from 1.16 to 1.27.3, everything works great except all files that are not images are showing up as red links. The files exist on the wiki server. Any thoughts? [20:07:36] I want to add something to the interwiki table using phpmyadmin. Problem is, all I see are some numbers instead of actual text. Guess it's some encoding problem. Does anybody have any advice on how to make this readable? [20:12:00] DoublyStereo: Theres an importfiles maintenance script. [20:14:28] FoxT: ty for info on ratings [20:17:38] FoxT: some versions of phpmyadmin do that when the column type is 'binary', and MediaWiki uses that for almost all columns for historical reasons. you can cast the values to string in the SQL query somehow [20:19:49] FoxT: in the SQL query, change "SELECT foo, ..." to "SELECT CAST(foo AS char), ..." [20:20:04] there might be an option for this in the interface somewhere, but it's been years since i used phpmyadmin, sorry [20:22:16] MatmaRex: That seems to help. Just have to find a way now to make it remember that query. Thanks! [20:42:09] mintea: thanks, I'll check that out. [20:42:57] mintea: import* only shows images, sitescripts, sites, textfiles, and dmp. no importfiles. [20:44:13] mintea: aha. wgFileExtensions is checked in importImages. I haven't yet allowed the other file types. [21:29:24] mintea: thanks for pointing me back in that direction. fixed! [21:30:24] no problem