[00:09:39] hello, I'm getting 504 gateway timeout on http://wiki.wurstmineberg.de/ — isup.me says it's up, any ideas? [00:16:01] nginx log is full of the following: 2014/06/11 02:11:39 [error] 25292#0: *327969 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 98.234.250.248, server: wiki.wurstmineberg.de, request: "GET / HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "wiki.wurstmineberg.de" [00:19:12] To state the obvious, fastcgi is timing out [00:19:54] Try and make a trivial php page to narrow it down from a mediawiki problem vs a php/fastcgi in general problem [00:22:55] bawolff: just tried loading a non-trivial php page on a different vhost on the same server, works fine [00:23:41] Well if you're narrowing things down, probably good to try it on the same vhost, in case there's something wrong with your vhost settings [00:24:26] bawolff: http://wiki.wurstmineberg.de/testphp.php [00:24:46] Well looks like it's mediawiki's fault then :) [00:26:13] hmm, your api works http://wiki.wurstmineberg.de/api.php [00:28:28] but things are very slow. May want to enable profiling to try and see why [00:30:32] https://www.mediawiki.org/wiki/Manual:Profiling [00:36:34] bawolff: okay, I have profiling data [00:36:59] it spends 99.703% of time in ParserCache::get [00:41:27] Umm, probably something wrong with how you have caching set up [00:42:14] bawolff: it would probably be best for this wiki to disable caching altogether anyway [00:42:40] That's usually a bad idea. MediaWiki likes its caching [00:43:00] What do you have in LocalSettings.php for $wgMainCacheType and $wgParserCacheType ? [00:44:00] e.g. something like it connecting to a non-existent memcached server might cause severe slowness as it waits for timeouts [00:44:35] $wgMainCacheType = CACHE_NONE [00:44:56] ok, that's usually fine [00:44:56] $wgParserCacheType isn't being defined [00:45:20] In that case it should default to using the database [00:45:57] manual says it defaults to CACHE_ANYTHING [00:46:30] which is the same as saying using $wgMainCacheType unless its set to CACHE_NONE, in which case use CACHE_DB [00:47:09] Fenhl: Are you sure its spending all that time in parser cache? For example, http://wiki.wurstmineberg.de/index.php/Special:BlankPage is very slow, and that shouldn't involve the parser cache at all [00:48:35] bawolff: I just set it to CACHE_NONE, no changes [00:49:34] Fenhl: Do profiling of specificly the page http://wiki.wurstmineberg.de/index.php/Special:BlankPage and see where its spending most of its time [00:50:24] If the change to $wgParserCacheType did nothing, I'd reccomend undoing that change because that will slow things down [00:50:47] you may want to try disabling all extensions to see if that has any affect [00:53:53] bawolff: I just noticed something in the logs: there was a sqlite error about the database being locked. killing the process that used it fixed the problem [00:54:41] so apparently there was a php-fpm process that was locking the database for all this time [00:54:43] Ok. Using mysql instead of sqlite will make for better performance [00:55:34] because sqlite tends to lock the entire db, where mysql only locks the part its using [00:57:09] what's the recommended way to migrate the db? [01:18:54] hmmm, tags seem to not be working on some imported Template pages [01:27:46] wmat: where? [02:42:21] TimStarling: I left a comment about swift for you. I agree that it shouldnt be mandated [02:42:32] thanks [02:43:52] TimStarling: stuff like that shouldnt be in core, it should be an extension [02:44:49] yeah, we put the swift/ceph file storage client in an extension, for pretty much that reason [02:44:51] mailing configurations vary and making a checkout non-functional because some idiot prefers a special mailer is just a pain [02:44:56] (different swift) [02:46:15] TimStarling: Hell I run a very small wiki and use gmail as my mail server, and use a git checkout as production, that would mean on my next update things break.... the guy should be selected for a darwin [02:48:00] don't be too mean to tony, he's just a GSoC student who I gather is doing more or less what he is told [02:48:14] by all means be mean to Tyler though ;) [02:48:42] TimStarling: the note on the CR was fairly nice :P [03:45:52] I have MediaWiki 1.23.0 with Extension:WikiEditor installed; how can I get the editor's toolbar to look|behave like Wikipedia's [03:46:22] s/$/?/ [03:47:37] Moonlightning: is it enabled in preferences? [03:48:19] Aha! [03:48:25] No, it wasn't. Thank you. ^^ [03:48:43] Moonlightning: if you want, you can make it be enabled by default and for anons as well. see https://www.mediawiki.org/wiki/Extension:WikiEditor#Configuration for that [03:48:58] That was my next step. Thank you again. :) [03:49:44] np [03:50:14] What's the difference between `usebetatoolbar` and `usebetatoolbar-cgd`? [03:51:17] Also: does setting these defaults affect existing accounts? I'd like it to, at least this time. [03:52:37] Moonlightning: not sure about the first thing. for the second, no, but you can run a maintenance script if you want it to [03:54:31] Moonlightning: https://www.mediawiki.org/wiki/Manual:UserOptions.php [03:55:55] *nods* Thank you again! You've been very helpful. ^^ [03:56:44] you're welcome! [04:52:40] jackmcbarn: I would guess that `usebetatoolbar` corresponds to “Enable enhanced editing toolbar” and `usebetatoolbar-cgd` corresponds to “Enable wizards for inserting links, tables as well as the search and replace function” [04:58:23] These deprecated directives are a known issue, right? [04:58:33] I seem to get them every time I run any maintenance script. [04:59:00] Well…I've only run two maintenance scripts so far: update.php and userOptions.php [04:59:08] But both print the warnings. [04:59:15] what deprecation notices? [04:59:42] PHP Warning: Directive 'register_long_arrays' is deprecated in PHP 5.3 and greater in Unknown on line 0 [04:59:43] PHP Warning: Directive 'magic_quotes_gpc' is deprecated in PHP 5.3 and greater in Unknown on line 0 [05:00:25] those are set in your php.ini file, you should probably remove them [05:02:45] I wasn't aware I had a php.ini file. :| [05:12:45] Where in the filesystem should I put the logo? [05:16:56] Should it just be a regular file uploaded to the wiki? [05:17:05] File:Wiki.png I believe [05:17:06] !logo [05:17:06] The logo that appears in the top left of each page is from $wgLogo in LocalSettings.php. To change this you change the value of $wgLogo to point to the URL of your own logo. See . Be sure $wgLogo is set to an absolute path, starting with "/" (or a protocol "http:"/"https:"). Using pretty URLs a relative path will behave oddly. 135x135 pixels [05:17:35] Moonlightning: follow that ^ [05:22:56] Thanks [05:23:46] > If it's a relative path, it has to start with a slash (a file in DOCUMENT_ROOT is /file.png, not file.png). [05:23:52] Shouldn't this read, /if it's an absolute path/? [05:42:06] where is MediaWiki:Common.js included in the article html? [05:46:03] MaxSem: orly? [05:48:06] YA RLY [05:48:16] :D ... tc tc tc [05:54:07] Fenhl: You may want to look at the Resource loader module https://www.mediawiki.org/wiki/ResourceLoader [06:10:31] !wg SecretKey [06:10:31] https://www.mediawiki.org/wiki/Manual:%24wgSecretKey [07:12:13] * Nemo_bis shakes cluebat http://lists.wikimedia.org/pipermail/wikitech-l/2014-June/077018.html [07:42:08] how does mw installer know if a database already exists and it doesn't have to install a db [08:21:29] * tonythomas thinks Nemo_bis would need something heavy than the cluebat :) [13:38:00] how do I delete this page: https://fi.wikipedia.org/wiki/W:m Crichton & C:o Ab ? [13:39:29] https://fi.wikipedia.org/wiki/W:m_Crichton_%26_C:o_Ab * [13:55:57] jackmcbarn: the tags isn't working on the imported Navbox template page [14:07:33] nvm my question. Actually this page does not even exist... [14:16:06] how does one get from https://doc.wikimedia.org/mediawiki-core/master/php/html/SpecialRandompage_8php_source.html to the history for the code? [14:16:20] $wgSessionsInObjectCache is the only thing that controls whether or not $_SESSION is used or memcached is used for session data (or whatever else you're using for caching), right? [14:17:50] Hello. Are there any working (for Mediawiki 1.24) extensions for registering on mediawikis via Facebook? [14:20:27] https://www.mediawiki.org/w/index.php?title=Special%3ASearch&search=facebook&fulltext=Search [14:22:37] this doesnt help. both facebook extensions dont work [14:28:14] [14:31:16] Ah, gleki: Facebook no longer uses OpenID, but a proprietary "Facebook Connect" [14:32:43] There is an unmaintained extension which purports to allow using Facebook accounts to connect to MW [14:32:46] !e Facebook [14:32:46] https://www.mediawiki.org/wiki/Extension:Facebook [14:33:42] That one should be updateable to whatever changes FB has implemented to their auth which breaks it. [14:59:30] Hello! I need help! for my GSoC project. I am making an extension for mediawiki which can store the properties of materials. Right now I have been able to make a simple extension like which is here http://202.164.53.122/~albertcoder/mediawiki-1.22.6/index.php/Special:Material . But I wish to use the database design of this separate php app in my extension http://202.164.53.122/~albertcoder/brlcad/material/admin/login.php [15:00:29] albertcoder: login.php is what you intended to paste there? [15:00:48] I mean being a beginner in making extensions I am not getting how to insert the code of that separate php app into the files of my extension. [15:01:32] Amgine, No I wish to make my whole extension look and work like http://202.164.53.122/~albertcoder/brlcad/material/admin/login.php [15:01:49] But this is a separate php app [15:02:48] Well, when coding an extension to a script like Mediawiki usually you rely on the parent script to manage things like login, and use something like a user right to access the special extension. [15:03:11] So, you shouldn't need your extension to include a login page. [15:07:58] Alright but in that separate app there is a lot of code which manages various other things like data storage according to a well designed database, and many other features. You can have a look here http://202.164.53.122/~albertcoder/brlcad/material/admin/login.php ,use password: material and username: mat [15:09:54] Amgine, I wish to use all these features but I am not getting how to accommodate this code in the 4 files that I have made my extension with. [15:14:55] First, you can have more than 4 files. You can store additional classes and routines in separate files and include them where they are required. However, again, it is often the case that the parent script has sofphisticated tools to accomplish the same tasks, such as managing the database connection. [15:15:24] Try to use the tools the parent script offers, because then you do not need to maintain those as part of your extension. [15:17:45] albertcoder: https://doc.wikimedia.org/mediawiki-core/master/php/html/ [15:19:38] Yes absolutely I wish to use the tools the parent script offers but being a beginner I am having trouble in understanding that in which file I have to write the code and that should not be already offered by the parent script. [15:19:53] On the other hand, mediawiki is a huge codebase. You may want to get something working quickly, and then integrate with the codebase's tools as you become more familiar with them. [15:24:36] One way to learn how things are done is to find an extension which does something similar. For example, Extension:AbuseFilter allows users with different user rights to access different views. [15:25:15] Yes that would be better. [15:25:50] That extension also accesses the database, so you might also use it as an example of how to query. [15:26:05] (I don't know if it is a *good* example, however.) [15:26:37] And if all else fails, I usually beg for help on a specific problem here in IRC. [15:26:47] Alright, thank you I know I will get something of my interest from this extension. [15:26:59] Excellent! [15:27:21] and the link you have sent. [15:27:34] hehe... *that* one is huge... [15:28:13] I will come back after doing *huge* homework on the resources you have shared. :) [15:28:47] Normally I would point you at Qgil, who is often in this channel. Xe does a lot of really good work with new volunteers. But xe is not here at the moment. [15:29:44] Yeah last time I was helped out by Vulpix, but he too isn,t visible nowadays. :P [15:30:03] There is usually someone willing to be helpful. Just ask. [15:30:14] Does the setSquidMaxage() routine on the OutputPage class ($wgOut) affect the APC cache? [15:30:27] Yeah! Thanks a lot! Amgine :) [15:30:40] you are welcome albertcoder. [15:31:14] Mostly because I have no clue. [15:31:29] Reedy? [15:32:28] ah, a user. will wait to see if he/she chimes in... [15:33:57] Heh... a lot of the people I might ping about that appear to be idling. There may be a staff meeting underway, or it may just be a bit too early in the morning in San Francisco. [17:49:04] so… $wgTitle is deprecated, what's the "right" way to get a Title inside of the hookLoadSession? [17:51:28] err wrong hook name [17:51:34] UserLoadFromSession [17:52:46] Rosencrantz: why do you want to know the title? [17:54:10] I'm using the SimpleSamlAuth extension, and the new job queue in 1.23 mucks up because it gets redirected to an authentication page [17:54:49] Utlimately I need to poke at the extension developer about this, but I'm trying to see if I can figure out a way around it first [17:55:13] $wgRunJobsAsync? [17:55:38] I have set up a mediawiki installation on my local computer. Where can i get a small database of wiki pages to run with it (for development) ? [17:56:41] AaronSchulz: Hmmm… not sure. I'll try setting that to false and see what happens [18:00:15] I have set up a mediawiki installation on my local computer. Where can i get a small database of wiki pages to run with it (for development) ? [18:11:29] Question about the job queue thing. With wgRunJobsAsync, is that defaulting back to the way the job queue worked in 1.21? [18:11:37] err with it set to false [18:48:43] gwicke: great email just now to wikitech-l -- thanks [18:54:39] sumanah, hope it stimulates the wider debate [18:54:52] I predict yes [18:54:56] Rosencrantz: it piggy-backs them onto requests by just calling some methods (this is the oldest way it ever worked) [18:55:07] there are no new requests or processes [18:59:24] So trying to use parser->parse is making the sanitizer in my wiki go absolutely ballistic [18:59:34] Anyone know what I might've broken? [19:00:06] Fonts talk: https://plus.google.com/events/chpgv8usjd6dn38on07njjk28hg + #wikimedia-office right now [19:00:23] sumanah: Comic Sans all the way [19:00:29] heh [19:00:41] Ulfr_: my Dingbats and your Comic Sans will have to duel [19:01:08] sumanah: Dingbats is illegible, Comic Sans would make for an EXCELLENT April Fools Day prank [19:01:24] though you may explode the interwebs from all the outrage [19:01:57] Ulfr_: btw do you remember Joel On Software? [19:02:14] sumanah: The name doesn't ring a bell, what context was it? [19:02:33] Ulfr_: oh never mind ... it was a popular software-related blog in the 2000s and I made an April Fool's Day parody of it [19:02:59] sumanah: College happened between then and now, memory attrition was rather high. lemme refresh myself [19:04:44] sumanah: Didn't that guy go crazy? [19:05:08] Not that I know of [19:05:41] Uh, Wasabi? [19:06:04] oh right [19:06:14] I was working for him when that came out IIRC [19:06:30] :x [19:06:56] (I had approximately nothing to do with Wasabi) Well, Fog Creek went on to make Kiln and Trello and he went on to cofound Stack Exchange so I think it's safe to say he regained some cred [19:07:36] Ah, fair enough. [19:23:51] hey folks , I am trying to install mediawiki 1.23 but I am having a problem with LocalSettings.php file, the docs say to put it on the base directory of the mediawiki install but then, LocalSettings.php makes a reference to ../skins/common/config.js [19:24:41] LocalSettings.php shouldn't contain references to javascript files directly [19:24:54] I did not edit it. [19:25:08] I just got it from the install page [19:25:44] hi esv [19:26:07] esv: can you pastebin the file somewhere? (you might want to remove db password and upgrade key from it first) [19:26:27] it definitely shouldn't refer to any .js files [19:26:29] well,.... welll welll welll welll wellll [19:26:34] * esv smacks head on wall [19:26:43] Yeah. A quick check... does the contents look like a PHP file? or does it have HTML on it? [19:26:53] :) [19:27:28] hey, i wouldn't be very surprised if something caused some silly warnings or something to be output into that file, i think we've had some issues with that in the past [19:27:33] it has HTML file but it is because I downloaded it via wget instead of using the file that downloads directly to my desktop when mediawiki finishes installing [19:27:41] I see the local file is a PHP one [19:27:51] ah [19:28:02] esv: yeah, the installer uses session cookies to remember its state [19:28:14] (or something along these lines) [19:28:37] LocalSettings is generated as content-disposition:attachment as a response of a POST request, so you can't use wget to get it :S [19:28:51] also, session cookies [19:30:43] esv: I do that sort of thing all the time [19:31:00] yeah, I've come to realize that [19:31:20] guess that should take care of it. [19:32:43] do I need to get rid of the mw-config directory ? [19:32:45] Vulpix, How are you? I had a few words exchanged with Amgine today. I am making an extension for in MediaWiki which can be used to store the values of materials. [19:33:11] esv: no [19:33:23] hi albertcoder :) [19:33:40] esv: if you keep it, it makes it possible to use the web updater – it will ask for for a secret key that's stored in LocalSettings before doing anything [19:33:55] Vulpix, Can you suggest me a similar extension? I wish to study such code to get a better view of how things work in MediaWiki. [19:34:02] esv: if you delete it, well, you just lose the web updater [19:35:07] MatmaRex: There's a web updater?! [19:35:09] Right now I have been able to make this extension http://202.164.53.122/~albertcoder/mediawiki-1.22.6/index.php/Special:Material [19:35:34] Ulfr_: um well, kinda. it's just a wrapper for update.php, you still need to copy over the files manually [19:35:55] MatmaRex: Oh. Phew. [19:36:13] That's one of those things I would've felt really stupid if there was a groovy interface I never knew about [19:36:22] :D [19:36:30] albertcoder: I'm surprised that you came to me, because I'm not very active in MediaWiki development, maybe you wanted to talk with another user? [19:36:41] albertcoder: anyway, that special page looks good to me! [19:38:20] Thanks a lot Vulpix It was just because you helped me out when I had just begun making this extension. So I approached you. :) [19:38:29] ah, cool [19:40:11] cscott: hey is there a new update or set of facts to review in your RfC, or maybe a decision to be made? [19:40:13] Question about sessions [19:40:42] Vulpix, okay then I just wished to ask that I have made this extension in 1.22.7 but I have noticed that mediawiki has released yet another newer version within a few days. So will my extension work in 1.23 too? [19:40:43] If $wgSessionsInObjectCache is false, and you're logged in, $_SESSION should have something in it, right? [19:42:00] albertcoder: that's difficult to say unless you test it :) [19:43:03] albertcoder: apparently, your extension doesn't integrate with many critical features of MediaWiki (page editing, preferences, etc), so it shouldn't be a problem [19:43:48] wonderful, coffee time [19:43:57] thanks folks... [19:44:37] Alright thanks a lot! Vulpix . I will come back with tons of enhancements in my extension. :) [19:45:06] So [19:45:09] Sanitizer.php [19:45:12] what uses that file? [19:45:19] :) [19:46:54] Erm, legitimate question, something is hitting it so fast the logs on a 100gig drive fill it up in about 5 minutes [19:47:05] Does anyone use "markerType" => 'nowiki' in his extension (http://www.mediawiki.org/wiki/Manual:Tag_extensions#How_can_I_avoid_modification_of_my_extension.27s_HTML_output.3F) for the Math extension this does not seem to work see http://deployment.wikimedia.beta.wmflabs.org/wiki/User:Anomie/Sandbox [19:54:27] for today's lightning round I'm looking at https://www.mediawiki.org/wiki/Requests_for_comment/SOA_Authentication , https://www.mediawiki.org/wiki/Requests_for_comment/Debugging_at_production_server , HTML Templating, https://www.mediawiki.org/wiki/Requests_for_comment/Reducing_image_quality_for_mobile [20:25:15] how do i add this template http://en.wikipedia.org/wiki/Template:Check_mark to my wiki? [20:27:24] is there a way to keep my mediawiki all in lowercase? [20:27:37] what? [20:27:39] all in lowercase? [20:28:19] is there a fast streamlined way to transfer a template from one mediawiki to another ? [20:28:28] esv: you mean all the article titles? [20:28:39] no, my username [20:28:59] it shows it as Esv, I'd like it as: esv [20:29:06] * esv is a little nuts. [20:29:20] <^d> No, because I made a mistake when I wrote that code some time ago :( [20:31:40] :) thnx [20:34:10] esv, you an have it displayed differently e.g. on your user pages and signature [20:34:20] but not places like history [20:35:35] ^d: If only you'd forgive globals :( [20:35:54] <^d> Has nothing to do with globals :( [20:36:00] esv: unless you use some hacky (and bad-performant) CSS like a[title="User:Esv"] {text-transform:lowercase;} [20:36:44] I know, I just like bringing it up :P [20:37:17] JeroenDeDauw: hey there, will you be in the chat in 20 minutes? RfC lightning round? I'd love it if you'd come [20:37:21] sumanah: I am quite liking wikitools, now that I am taking a closer look at it [20:38:00] fhocutt: oh neat! Tell me more? [20:38:36] multichill: btw have you met fhocutt? (Frances, multichill is Maarten Dammers, programmer who does a lot of work on tools for GLAM institutions and is a longtime Wikimedian) [20:38:45] right now I am being impressed by the efficient usage of API calls in generating Page objects [20:38:47] hello multichill! I don't believe so. [20:39:25] it also has different classes to handle files, pages, the wiki as a whole, and categories [20:39:56] you *can* use it to make plain API calls so the Wikidata API is available if you know what you're doing [20:40:20] it has comments in places things are expected to break [20:40:42] I just wish that it was better documented. The documentation that exists is good though. [20:40:49] well, and that it used requests :) [20:42:04] Oh, hi fhocutt and sumanah :-) [20:42:54] and I'm off for ~ an hour [20:43:33] fhocutt: Did you check out https://www.mediawiki.org/wiki/Manual:Pywikibot ? ;-) [20:43:48] that's coming up soon on my list :) [20:44:19] fhocutt: :) well I guess we have a TODO list item then (docs) but I'm glad it's an acquired taste rather than just bad! [20:44:39] it also is not Python 3 compatible and doesn't have tests [20:44:45] is there a plugin/or thing, for mediawiki that allows multiple users to work on a spreadsheet simultaneously ? [20:44:47] so could definitely use work, but I'm liking it. [20:44:48] WHY. WE LIVE IN A FALLEN WORLD [20:44:53] * esv ducks [20:44:58] * fhocutt grins [20:45:04] * sumanah un-caps [20:45:07] * fhocutt runs off for real this time [20:45:16] esv: hi! so you would probably want a MediaWiki extension [20:45:34] esv: cscott has been working on a TogetherJS-related tool for MediaWiki I think [20:46:12] thanks,... shall I google it? [20:46:47] or is it something is not quite ready yet. [20:46:49] esv: you should check out https://www.mediawiki.org/wiki/Extension_Matrix [20:46:59] esv: also esv: realtime collaboration tools are something we're definitely interested in and a lot of them are sort of in beta [20:47:21] esv: https://www.mediawiki.org/wiki/Extension:TogetherJS "Use & hack this at your own risk; it relies on bleeding-edge MediaWiki and is not generally ready for real-world applications yet! Patches welcome." :/ [20:47:38] yah, I've managed to break the javascript on the User Preferences page somehow :( [20:47:44] i.e. no tabs [20:47:55] :) [20:48:09] wmat: Tabs are for chumps. [20:48:42] wmat: :/ just for you, or for everyone on your wiki? [20:48:54] sumanah: everyone [20:49:09] wmat: which wiki? English Wikipedia? [20:50:07] sumanah: no, the wiki i work on [20:50:22] heh. I feel like you'd know pretty quick if wikipedia was borked [20:50:31] lol [20:50:32] or your users are a lot more understanding than mine (which I highly doubt) [20:50:52] my Users are less likely to use their preferences [20:50:54] somehow there was a goof-up with page names and redirects on mediawikiwiki. can an admin there make https://www.mediawiki.org/w/index.php?title=Frettinga/en&redirect=no go away? [20:50:56] I allow for the possibility that someone I'm talking to has just discovered something huge [20:50:57] In other news, Santiizer is going to crash my wiki every 15 minutes until I figure this out. Anyone know what'd make Sanitizer recieve an array instead of a string? [20:51:11] Ulfr_: got a backtrace? [20:51:26] jackmcbarn: A wat [20:51:40] I just have my error log, which reports lines 610, 622, 626 and 629 as being unhappy [20:51:44] the last time I saw this happen, it was caused by an extension, so I guess I'll just comment out until I find the culprit [20:51:51] !debug [20:51:51] For information on debugging (including viewing errors), see http://www.mediawiki.org/wiki/Manual:How_to_debug . A list of related configuration variables is at https://www.mediawiki.org/wiki/Manual:Configuration_settings#Debug.2Flogging [20:51:56] wmat: i think that's a skin issue [20:51:58] I can't get anything out of the wiki when the problem is occuring because everything 504s [20:52:00] wmat: maybe one of those ^ will help [20:52:06] wmat: try on Vector. i don't think they're broken there [20:52:17] Ulfr_: is your wiki public or private? [20:52:22] jackmcbarn: Public. [20:52:48] Ulfr_: if you can temporarily cut it off from the internet, you can turn on some debugging info, but it's not safe to do that if anyone can see it [20:53:18] jackmcbarn: yeahh, I can't really do that. the server that's having the problem is the load balancer as well [20:53:35] jackmcbarn: yep, they work with Vector. However, our custom skin is a Vector derivative. [20:54:08] I was working on an extension when the problem occurred, but it's disabled now [20:54:11] Ulfr_: can you reproduce the problem anywhere else? [20:54:13] and it only happens every couple minutes [20:54:14] ok, 6 minutes till RfC review in #wikimedia-office on HTML templating, image quality for mobile, and debugging for production servers [20:54:42] that last topic seems to be my life these days ;) [20:54:50] wmat: seconded, motion approved [20:55:04] jackmcbarn: Nope! The other two servers are doing their server thing [21:02:19] Have a good night/day everyone [21:08:55] i have a parser extension tag that seems to have broken due to 1.23 [21:09:20] was there any changes made to the way extension tags work? [21:11:02] it worked before the update, doesn't show up in special:version after the update [21:18:00] UserProd: judging by the release notes, nope [21:18:36] MatmaRex: :( [21:18:47] not sure how to troubleshoot this, since nothing is showing up in my error logs [21:19:00] i see my custom function is listed in the right place in $wgHooks [21:19:14] and I have another tag that's working [21:20:15] something changed AFAIK [21:22:12] Scott_WUaS: hi there [21:25:04] devunt: hey there! in maybe 10 minutes we'll be talking about https://www.mediawiki.org/wiki/Requests_for_comment/Debugging_at_production_server in #wikimedia-office and I would love for you to participate [21:25:44] i've got $wgHooks['ParserFirstCallInit'][] = 'MagicWords::ParserInit'; successfully running, as I see the entry in wgHooks [21:26:15] but a debug statement doesn't run in class MagicWords { public static function ParserInit( &$parser ) { [21:26:34] any ideas what could be breaking between those two points? [21:26:49] Scott_WUaS asked: "In looking through this -https://www.mediawiki.org/wiki/HTML_content_templating - I didn't see where inter-lingual template (for Wikipedia's 300 languages) planning is heading." [21:27:12] Scott_WUaS also said: "I was just looking through this - https://www.mediawiki.org/wiki/HTML_content_templating ... do you have a link for related other kinds of templates? It might be good to aggregate all the various template pages on such main pages as this one -https://www.mediawiki.org/wiki/HTML_content_templating - and other main ones." if anyone has thoughts [21:28:04] Thanks, Sumana ... [21:28:37] !templates [21:28:37] For more information about templates, see . See also: !templateproblems , !wptemplates [21:30:28] looks very relevant [21:30:41] thanks! [21:32:35] Cool [21:33:55] devunt: we're about to switch to talking about your RfC on Debugging at production server in #wikimedia-office [21:34:14] wm-bot and sumana ... Are there any other HTML templating libraries you know of, by any chance - (partly per https://www.mediawiki.org/wiki/Architecture_meetings/RFC_review_2014-06-11 )? [21:34:38] ... for content, especially, but also more broadly? [21:35:37] hey folks! I'm a 100% MediaWiki newb. I've just upgraded to the latest version and seems that the feature is gone. :( [21:35:48] Scott_WUaS: we've talked about a few. http://lists.wikimedia.org/pipermail/wikitech-l/2014-March/075340.html and http://lists.wikimedia.org/pipermail/wikitech-l/2014-June/076861.html point to some more resources [21:36:06] Thanks, Sumana! [21:36:21] Razva: upgrade your installed extensions as well [21:38:15] MatmaRex well, the thing is that I've deleted *all* the mediawiki files a while ago without realizing. yes, I know. :| now I needed some info from inside the Wiki (I've suppose you've deducted that it's an internal wiki) and realized what a stupid thing I've done! so I've got the latest tarball and regenerated a fresh config. [21:38:54] Razva: the tag is provided by https://www.mediawiki.org/wiki/Extension:SyntaxHighlight_GeSHi , install it :) [21:39:07] so right now I have he old DB updated to the latest MediaWiki version, which is great! I would like to keep it as "lite" as possible, because I'm obviously not a great wiki-admin :)) [21:39:24] ok, now in #wikimedia-office we're discussing https://www.mediawiki.org/wiki/Requests_for_comment/Debugging_at_production_server [21:39:53] MatmaRex doesn't MediWiki has any kind of code highlighting? If it does, I would *love* to use it without any other extensions. [21:40:32] Razva: no [21:41:33] MatmaRex: ok, got it! thanks a lot! next q would be: is it *hard* to install VisualEditor? I'm kinda loosing myself in all those brackets and spaces and quotes... :( [21:42:06] Razva: btw there's also a #mediawiki-visualeditor channel (just wanted to give you a heads-up although you can often get help about it here) [21:42:21] Razva: hmm, your mileage might vary; it may be hard compared to regular extensions, but folks at #mediawiki-visualeditor might be able to help [21:42:38] Razva: it requires some non-PHP dependencies [21:42:40] Razva: have you ever installed Node.js ? That is a dependency [21:43:12] I'm on a shared-hosting account so installing any additional Apache/PHP components is out of discussion (no root access) [21:43:34] ok than, what's the most easy to use/install visual editor? I just want to use simple things like bold, italic, etc... [21:44:30] qgil: are you in the SF office such that you can see if csteipp is around? we could use him in #wikimedia-office [21:45:10] Razva: you can't use it without the node.js backend :( [21:45:11] sumanah: Sorry, let me catch up... [21:45:18] oh sorry [21:46:19] MatmaRex: got it. any alternatives? [21:46:40] Razva: no working ones :( [21:46:56] there were some extensions which sorta kinda barely worked, but they all seem to be dead now due to bitrot [21:49:53] MatmaRex: baaah ok, so the only option is to use the "bare-bones" editor. great. :( btw, I've managed to install Extension:SyntaxHighlight. seems that it's uploaded by default in the mediawiki tarball? [21:50:17] Or you can flashback a few years to 1.19 and use Wikia's editor? [21:50:32] * Nemo_bis prepares to cursestorm [21:50:48] Razva: ah, yeah [21:52:03] the sole folder I can find in an ancient backup is the "extensions" folder. I'm comparing it with the latest "extensions" folder from the latest tarball. the single extra-directory I can see is "SimpleAntiSpam". was that an outdated "by default" extension, or did I installed something I can't remember...? [21:53:17] oh and "Vector" and "VisualEditor" (but I don't remember ever using or succesfully installing VisualEditor so I might just uploaded it there to see what happens) [21:53:44] SimpleAntiSpam has been merged into the application [21:53:51] oook [21:53:52] into the main mediawiki, so you dont' need it [21:53:53] and Vector? [21:54:03] Vector was also merged in [21:54:21] ok so it seems that I didn't installed any extra stuff. horray for me. [21:54:27] :) [21:54:39] is there any way to see if my webhoster has node.js installed? [21:54:56] I suppose I can't get that info from a phpinfo.. [21:56:07] DebugToolbar is pretty useful [21:56:33] have to look at it more later tonight [21:57:56] naaah it looks far to complicated for me. I'll just stick with the "no-editor" option. DARN! [21:58:23] Thanks, Sumana! [21:58:35] :) [22:05:00] oh nooo waaaay, I can't remember how to rebuild the darn .htaccess rules :( I lost like...3 hours last time! :( [22:05:47] the old .htaccess file is here: http://pastebin.com/wrinEhS4 [22:06:09] the link is wiki.webhipo.com, without any /wiki or /w or stuff like that [22:06:42] ok, https://www.mediawiki.org/wiki/Architecture_meetings/RFC_review_2014-06-11#Summary_and_logs is up [22:07:02] will do the rest of the post-meeting stuff tonight [22:07:19] hmm, looks like the only thing I can think of is that wgExtensionFunctions got moved after the ParserFirstCallInit hook [22:09:13] MatmaRex can you please take a look at http://pastebin.com/wrinEhS4 ? I'm clearly doing something wrong, the wiki doesn't shows any styling/css [22:09:58] Razva: sorry, i don't know how these work [22:10:16] Razva: all styles are provided by the load.php access point, are you sure you're not remapping it to index.php? [22:10:31] this is one of the reasons we discourage $wgArticlePath = "/$1"; :) [22:10:34] !shorturls [22:10:34] To create simple URLs (such as the /wiki/PAGENAME style URLs on Wikimedia sites), follow the instructions at or try the new beta tool at . There are instructions for most different webserver setups. If you have problems getting the rewrite rules to work, see !rewriteproblem [22:13:27] MatmaRex great, that tool might be handy! [22:14:37] YES it does, wwooooohooo [22:16:59] devunt: we're about to switch to talking about your RfC on Debugging at production server in #wikimedia-office [22:17:08] at that time was a 6:30 am :p [22:18:30] well than, seems that everything is fine with the old/new wiki. thank you VERY VERY much (cc MatmaRex)! [22:18:42] :) [22:30:27] yea, looks like it was an order change.... [22:30:49] wgExtensionFunctions wasn't calling soon enough to set something up in the ParserInit [23:05:37] What is causing many of the templates to be broken on en.WN? e.g. {{hidden}} used in the archives box at https://en.wikinews.org/wiki/Wikinews:Water_cooler/technical ?? (for further complaints about broken stuff, see #Broken_?? on that page)