[12:29:49] having a strange issue with visualeditor... after saving a page, the dialog doesn't go away. [12:29:50] drobbins: try asking in #mediawiki-visualeditor? [12:29:50] legoktm: okay [12:29:50] I may just try to roll out 1.23 first, and if it works, problem solved. [12:29:50] since I should really do that anyway. [12:29:50] yeah, VE works better on later versions [12:29:59] !?> [12:29:59] ugh, is the bot down still? [12:29:59] our bot? [12:29:59] sorry, wrong channel :) [12:29:59] :P [12:29:59] wm-bot. [12:29:59] hello, when will the mediawiki debian package will be updated to 1.23? [12:29:59] last time I asked why it was outdated, I was told that only LTS releases are submitted as debian packages. But 1.23 is a LTS release, right? [12:29:59] The PHP closing tag "?>" is never required at the end of a pure-code php file, and mediawiki developers actively remove it, as it often causes problems related to trailing whitespace, and "headers already sent" errors. See also http://news.php.net/php.general/280796 and !bom as well as https://bugzilla.wikimedia.org/show_bug.cgi?id=17642 [12:29:59] Fenhl: you'll have to talk to the debian people about that [12:30:00] I found this: https://www.mediawiki.org/wiki/Talk:Packaging#Meeting_notes_2014-04-04 [12:30:00] but the repo at release.wikimedia.org/debian/ doesn't exist [12:30:00] right, we don't create debian packages (yet!) [12:30:00] I'm not sure who the debian packager is actually. [12:30:00] powdarrmonkey (on another network) used to be involved with the debian package [12:30:01] or possibly still is, no idea [12:30:02] #debian on OFTC linked me to http://bugs.debian.org/728347 and I have replied to the thread in an attempt to resurrect it [12:30:14] how do you indicate/group related articles together in Mediawiki? [12:30:16] wth http://stats.grok.se/www.w/latest90/Manual:Running_MediaWiki_on_Debian_GNU/Linux [12:30:17] !ping [12:30:17] Really? https://community.oracle.com/message/10725550#10725550 And one needs login to know the EOL date of teh product? Really? [12:30:17] Pong. [12:30:17] if you don't pay for support, you don't get support :P [12:30:18] Nemo_bis: http://www.oracle.com/us/support/library/lifetime-support-hardware-301321.pdf (page 33) [12:30:18] thanks [12:30:18] I hoped to kill the 2005-created page on Solaris 2010 per EOL but I suppose I need another reason [12:30:18] https://www.mediawiki.org/w/index.php?title=Manual:Running_MediaWiki_on_Solaris_10&diff=1036440&oldid=1036417 [12:30:20] 1.15 in 2013?!? https://www.mediawiki.org/w/index.php?title=Manual:Running_MediaWiki_on_Debian_GNU/Linux&diff=624301&oldid=573170 [12:30:20] it was 1.7 before :O [12:30:20] https://packages.debian.org/stable/mediawiki 1.19 on latest stable [12:30:20] 1.15 in squeeze [12:30:22] Hello anyone [12:30:23] Is there an MediaWiki page where i can edit wikilove [12:30:23] ? [12:30:23] Josse: what do you mean by wikilove? [12:30:23] [[Extension:Wikilove]] [12:30:23] I want to edit the barnstars [12:30:23] SPF|Cloud! [12:30:23] It looks like it's all (or mostly) editable at the page MediaWiki:WikiLove.js. [12:30:23] Thanks [12:30:24] Can I merge a database schema change for only MySQL and leaving the others if my feature is in testing(and it doesn't break others)? [12:31:03] so much lag, wm-bot! [12:31:18] !ping | Vulpix [12:31:18] Vulpix: Pong. [12:35:53] hey wm-bot core was deadlocked I had to kill it [12:36:07] it might have spam a bit as it processed all irc backlog from bouncer in 2 seconds [12:36:21] !ping [12:36:21] Pong. [12:36:35] is there any way to disable editing through the wiki itself, not localsettings.php? (having a spam crisis) [12:36:52] oom: not that I know of, unless there is extension for it [12:37:03] Hi, any idea behind this? https://pagemigration.wmflabs.org/wiki/Template:Anchor [12:37:06] well, you could use abusefilter for it [12:37:17] I am importing https://en.wikipedia.org/wiki/Template:Anchor [12:37:25] oom: if you had abusefilter you could create a rule to reject every edit [12:37:35] installed Scributon and ParserFunctions extensions [12:37:42] *Scribunto [12:38:40] petan: it's not installed by default, is it? [12:38:48] no [12:40:40] I seriously can't believe how, by default, mediawiki is so vulnerable to spam... I started to get spambots a few days after the installation and a month after they're registering themselves en masse, regardless of IP autoblocks [12:42:25] !spam | oom [12:42:25] oom: For information about combating and handling spam in MediaWiki, see and . [12:44:00] I'm reading those, but by default it should really have more spam protection (although saying that, I know that even wikimedia wikis get loads of spambots, so perhaps they just have unbeatable AI...) [12:45:48] oom: the most effective measure against generic spam is Extension:QuestyCaptcha (bundled in the tarball) [13:30:49] Hello, anyone installed MediaWiki with nginx ? [13:31:23] Because I have "No input file specified". [13:39:47] wow, about 250 spambot pages created in the span of twelve hours [13:42:14] Outch… [13:48:19] for some reason they all create accounts, so for now I just disabled account creation... [13:49:35] FirePowi: Once or twice, yes... [13:50:28] Lcawte, I don’t understand why there is "No input file specified". [13:50:54] Because it can't find a PHP file to run, in other words you need to check your Nginx sites config. [13:55:15] Lcawte, the fact is if I just change the "root" directory to a working instance, it run the "index.php" but in /usr/share/webapps/mediawiki/, it doesn’t run any file. [13:58:00] To be honest, I'm not great at Nginx, I generated most of my confg from http://shorturls.redwerks.org/ ... have you tried asking in #nginx or Googling your problem? (+Checking your error logs) [13:59:43] Googling, yes. [13:59:51] FIX ! [14:00:17] I just copy /usr/share/webapps/mediagoblin to /var/ [14:00:19] www [14:00:32] I don’t really know why… [14:00:38] Permissions perhaps? [14:01:38] Eh… maybe, but usr, share, webapps was "executable" by other. [14:01:59] were* [14:05:08] maybe it was somehow chrooted and wasn't allowed to access paths outside /var/www [14:07:32] Maybe. So… Let’s start with… Oh. Hum, an error. Let’s start with Duckduckgo to find error issue x) [14:08:46] "Error starting session: session_start(): Cannot find save handler 'file' - session startup failed" [14:21:48] from #wikimedia-tech [14:21:48] 17:18:17 - Base-w: how to log in to that damn fabricator? I registered there not long after it was deployed, I can find my profile via search but when I try to log in it says that the login isnt right. It could be that I type wrong pass but how am I to restore it? [14:21:49] 17:18:35 - Base-w: or it's only possible to create a new acc via oauth? [14:21:49] 17:18:51 - Base-w: then what to do with the previous acc? [14:21:49] 17:19:26 - Base-w: here's the search query http://fab.wmflabs.org/people/query/3T.7i21IAc9R/#R [14:21:49] 17:20:45 - Base-w: I think if I file a bug to bugzilla about fabricator it would be kinda trolling :D [14:21:56] (time in EEST) [14:25:43] > I think if I file a bug to bugzilla about fabricator it would be kinda trolling [14:25:45] lol [14:26:57] Base-w: on the login page I see an option to recover password by email [14:29:44] it really worked, thanks. but it's the same email which it said wrong in log in page as well! but i've got logged in via recovery [17:54:05] Hello! I had some doubt. I had made a simple extension which could store/show material properties.Initially I had made a single table "material" to store material properties. So I could easily view the properties on the wiki page in tabular form. [17:55:13] I could retrieve them with the help of this code: $res=$dbr->select('material',array('id','material_name','material_bp','matdb_d','matdb_mp','matdb_ts'),"matdb_name='".$_POST['t1']."'",__METHOD__); [18:02:58] But now since there are a number of table in the database I have created, I am not understanding how to view all the properties of all the materials because there are many tables to get values from. [18:03:51] Help is seeked from the ones who have worked with database stuff. :) [18:15:40] hey all. Is it possible to continue an old level in a numbered list after having a sublist. The equivalent of this in HTML: http://jsfiddle.net/WZye8/? [18:21:12] Yaron, ping [18:21:38] Hi! [18:22:57] hello ! I had some question regarding the extension I have made. I have mentioned it above, hope I was able to ask my question clearly. [18:24:40] Although I can easily get through this by using an sql query perhaps using join etc. but I am not getting how to do it in MediaWiki. [18:29:33] You can do SQL queries in MediaWiki... [18:33:45] Yaron, Yes! I have used one in this code: $res=$dbr->select('material',array('id','material_name','material_bp','matdb_d','matdb_mp','matdb_ts'),"matdb_name='".$_POST['t1']."'",__METHOD__); but this helped me getting all the values out of a single table "material" but now I wish to get values from various tables and display them. [18:46:39] I have a problem: I want to update from 1.16 to 1.23. I want to activate PHP 5.5.13 on the production server with 1.16 running so I can install 1.23 parallel to test and customize it live. CoreParserFunctions is broken now. In all functions (e.g. plural() ) $text is empty and throws "Fatal error: Call to a member function getFunctionLang() on a non-object". [18:47:17] Is this issue known? [18:47:39] Subfader: you mean that MW 1.16 is incompatible with PHP 5.5? [18:47:55] not sure if it's known, but i'm not sure if anyone cares either :P [18:48:02] or are you getting that with 1.23? [18:48:27] Yep. I know it is incompatible. But only few errors are logged so it should be no big problem. [18:48:54] 1.23 is fine on 5.5.11 (minor testing so far) [18:49:11] Subfader: MW 1.16 is no longer supported [18:49:12] 5.5.11 > xampp locally [18:49:29] I know it's outdated :) [18:49:33] if you encounter PHP 5.5 issues with supported MediaWikis, please file them under https://bugzilla.wikimedia.org/show_bug.cgi?id=49975 :) [18:50:10] (you can also see a couple of bugs there that were fixed – one of them might be what you're running into) [18:50:38] hui [18:51:15] !class QuickTemplate | Lcawte [18:51:15] Lcawte: See https://doc.wikimedia.org/mediawiki-core/master/php/html/classQuickTemplate.html [19:02:48] no luck on bugzilla either :/ [19:13:27] albertcoder: sorry for the delay... JOINs are tricky, but you can also just call $dbr->query(), and pass to it a full SQL SELECT statement. [21:00:32] lol, I've only read the first paragraph of https://www.mediawiki.org/wiki/Release_Management_RFP/2014/Consortium, I already like the tone [21:04:40] * Isarra hugs bawolff and runs away. [21:11:20] that Release Management Consortium looks like a good idea [22:09:12] anybody know why load.php wouldn't work (generate proper css etc.) when I move my wiki from http to https with a self-signed cert? [22:10:18] Well what does it generate instead [22:11:04] the error I get is 'Refused to execute script from https://www.mydomain.com:4443/load.php... because it's MIME type 'text/html' is not executable and strict MIME type checking is enabled [22:11:24] the html comes across - and I can login and navigate, but no more lovely css [22:11:52] I'm using that 4443 port because I already have something on 443 [22:12:09] but ssl is working perfectly, media wiki just seems to need more apache sauce or something [22:13:16] borodin: But if you look at https://www.mydomain.com:4443/load.php, its all the normal js stuff right? [22:13:47] Check in your php logs for any "Headers already sent" errors (make sure you have php warnings enabled) [22:13:49] I don't know for sure - can you give me an example? [22:14:12] borodin: As in, it's not an error page when you go to it [22:14:17] or starts with [22:15:49] I am looking at the main page - looks normal no error messages (except no css) [22:15:58] but I can't tell if js is working [22:16:21] No. I mean load.php [22:16:45] If you go to load.php does it look like https://en.wikipedia.org/w/load.php [22:17:22] load.php on my site redirects me to the main page [22:17:55] ok. That's your problem [22:18:04] Something wrong with your rewrite rules probably [22:18:25] ok so pure apache - that's what I thought [22:18:58] I havent' actually done any rewrite rules - I just added a self-signed cert and installed mod_ssl and I can see the apache hello page on httpd [22:19:02] *https [22:19:25] thanks for your help guys [22:19:38] borodin: Umm, what sort of urls do you use for your wiki? [22:19:59] stock configuration - I don't have any fancy urls [22:20:19] https://www.mydomain.com:4443/mediawiki/Main_Page [22:20:31] Well that's not what the stock config is :P [22:20:49] stock config looks like https://www.mydomain.com:4443/mediawiki/index.php/Main_Page [22:20:57] then I don't know what the stock config is - but I swear I did not modify rewrite rules [22:21:24] I see a mediawiki119.conf in conf.d which has a lot of Alias directives [22:21:31] so maybe I installed mediawiki from a centos rpm? [22:21:36] probably did [22:21:43] sounds like it [22:22:18] for example, I see this: Alias /mediawiki /var/www/mediawiki119/index.php [22:22:26] but I don't see an alias for load.php [22:22:28] hmmm [22:22:47] So probably what is happening is some of either the alias rules or rewrite rules from the centos package are being applied to one of the virtual hosts, but not your new ssl one [22:22:59] a yes [22:23:06] sounds correct - lemme check that - thanks [22:47:55] Hi, how does mediawiki store passwords? [22:55:31] it depends. [23:08:29] Hello71: On what? [23:09:52] Why sh wikipedia not support .svg for uploading files? [23:17:11] what is configured. [23:17:26] Kolega2357: !wikimpedia [23:17:32] !wikipmediawiki [23:17:32] Confused about the differences between MediaWiki, Wikimedia, Wikipedia and wiki? See https://www.mediawiki.org/wiki/Wikipmediawiki [23:18:04] Hello71 I cant send .svg images on sh wikipedia.