[08:02:43] <Svetlana>	 Hi
[08:02:48] <Svetlana>	 Hi qgil too
[08:03:24] <Svetlana>	 trying to run vagrant on xen vps server, http://dpaste.com/3MAEEHB :S
[08:06:52] <qgil>	 hi Svetlana
[08:14:22] <Svetlana>	 qgil, any idea then please
[08:25:55] <Nemo_bis>	 Svetlana: tried http://xkcd.com/149/ ?
[08:28:17] <susannaanas>	 Nemo_bis, are you an OTRS admin by any chance?
[08:28:28] <Nemo_bis>	 lol, no :)
[08:28:36] <Nemo_bis>	 last time WMFI asked Raymond iirc
[08:28:37] <susannaanas>	 ok, :(
[08:28:57] <susannaanas>	 I’ll continue asking, no replies in there so far
[08:29:34] <Nemo_bis>	 just mail raymond/raimond
[08:31:26] <Svetlana>	 yes, Nemo_bis, running it as root has the same effect
[08:34:39] <Svetlana>	 On another box it gives a "VT-x is disabled in the BIOS. (VERR_VMX_MSR_VMXON_DISABLED)" error msg. I do not see such option in bios at all, and when I use virtualbox's gui thingy to adjust virtual machine settings so that it doesn't require vt-x anymore, then `vagrant up` undoes my changes again.
[08:34:39] <Svetlana>	 :-(
[08:37:01] <susannaanas>	 Thanks, Nemo_bis!
[08:40:46] <Nemo_bis>	 Wow, 1195 open mediawiki commits with  CR >= 0
[08:56:36] <Svetlana>	 Why, why do I have to learn a new software every day, then a new language, is it worth it at all
[08:56:36] <Svetlana>	 silly opensource world
[08:57:19] <legoktm>	 :/
[09:00:20] <Nemo_bis>	 Some like to add it to their CVs
[09:04:44] <Svetlana>	 I do, but trying to master 4 or 5 new technologies for installing vagrant ... whom am I supposed to ask, if not here?
[09:06:04] <Svetlana>	 where are all those wonderful people who installed it in the past?
[09:46:18] <qgil>	 hi Svetlana , what is "an operations style of thing"?
[09:48:23] <Svetlana>	 https://www.mediawiki.org/wiki/Talk:MediaWiki-Vagrant#.3Ccensored.3E
[09:48:28] <Svetlana>	 qgil: for techops.
[09:49:03] <Svetlana>	 qgil: something requiring access to servers, shell, etc.
[09:51:01] <qgil>	 Svetlana, but in relation to Phabricator?
[09:51:52] <qgil>	 Svetlana, basically, I'm interested in knowing if we are doing anything wrong in the Phabricator project.
[09:59:05] <Svetlana>	 qgil: a lot of the issues you linked left an impression that I can't do them without shell access. They don't look "wrong", they just look "yours".
[10:00:51] <Svetlana>	 I haven't tried it and its bug tracker component on the labs yet, although this is on my todo list since today.
[10:02:11] <Svetlana>	 the project is, i feel, long overdue -- having it done One Year Ago would've been lovely of course
[10:02:29] <Svetlana>	 so, i sort of appreciate all the effort
[10:04:59] <legoktm>	 Svetlana: try using vagrant 1.5.x?
[10:16:06] <Svetlana>	 BTW, https://www.mediawiki.org/w/index.php?title=Talk:MediaWiki-Vagrant&diff=prev&oldid=1120705 has an interesting (automatically generated) edit summary. I should probably file a bug.
[10:22:02] <Lcawte>	 legoktm: Do you sleep, like, ever?
[10:22:27] <legoktm>	 yes :P
[10:22:44] <Svetlana>	 Lcawte: thankfully he works like a charm
[10:22:45] <Svetlana>	 (do charms ever sleep?)
[10:22:55] <legoktm>	 just, never according to my proper timezone
[10:34:08] <qgil>	 Svetlana, I don't have shell access myself. :) If you want to help in a specific task then jump in and offer your help there.
[11:34:43] <p858snake|l>	 legoktm: sleep? you don't need that
[11:37:35] <Nemo_bis>	 It's sleep needing him
[12:07:27] <gleki>	 Hello, are there any premade tools to display WhatLinksHere as a dropdown menu on the current page?
[12:20:02] <jcwstn>	 Has anyone seen Error: 1146 Table 'wikidb792.mw_ldap_domains' doesn't exist (127.0.0.1)  when using the LDAP Authentication extension?
[12:29:35] <Svetlana>	 legoktm, nope vagrant 1.6.x behaves the same, got it from their website, not sure where i could've got 1.5.x from
[12:29:57] <Svetlana>	 jcwstn: possibly ask at its talk page or wikitech-l
[12:30:10] <Svetlana>	 no, maybe not, maybe mediawiki-l
[12:30:18] <Svetlana>	 check ml name, i am not positive on it tbh
[12:30:19] <jcwstn>	 svet, ah I should try another channel?
[12:30:35] <Svetlana>	 no, it's a mailing list, I'm not sure which one though :-)
[12:30:47] <jcwstn>	 Lol
[12:30:53] <Svetlana>	 the extension page also has a talk tab which a few relevant people may have on a watchlist
[12:31:10] <jcwstn>	 I'll look, appreciate the response 
[14:27:30] <moogsi>	 bonjour
[14:28:06] <moogsi>	 i'm reading [[Manual:Pywikibot]]
[14:28:33] <moogsi>	 the info box references a file called Pwb_icon.svg which doesn't display
[14:29:07] <moogsi>	 anyone know where it is? basically any page relating to the bot uses this file and i can't find it :|
[14:30:03] <moogsi>	 i mean presumably here http://www.mediawiki.org/wiki/File:Pwb_icon.svg
[14:31:23] <valhallasw`cloud>	 moogsi: it was on commons, but has been deleted
[14:32:01] <moogsi>	 huh weird, i thought i looked there
[14:32:05] <moogsi>	 maybe i was logged out
[14:32:14] <valhallasw`cloud>	 moogsi: the python logo was used in it, and the copyright status of that is unclear, so the file has been deleted
[14:33:33] <moogsi>	 yeah sounds like commons
[14:34:01] <valhallasw`cloud>	 https://commons.wikimedia.org/wiki/Commons:Deletion_requests/Python_logos
[14:34:13] <moogsi>	 valhallasw`cloud: thank you
[15:21:45] <bd808>	 Svetlana: MWV will not run on a host that doesn't support vt-x because we specify a 64bit guest. The 64bit guest is needed in part because we use deb packages from WMF production that are only built for amd64 arch.
[15:22:16] <bd808>	 Svetlana: I had several folks at the Wikimania hackathon who were not happy about this too. :(
[15:31:40] <renoirb>	 Hi Yaron !
[15:31:47] <Yaron>	 Hello!
[16:43:01] <joncwtn>	 Running into an issue with LDAP Authentication Plug, 2.1.0v.  I'm not getting any log data into the specified log file for ldap errors, output of the primary log file is : https://dpaste.de/Ho41    - - Anyone have any thoughts?
[16:44:17] <hypergrove>	 I'm having troubles with the CSS extension, whose jquery snippet is being loaded using HTML:inlineScript, but that places it BEFORE jquery is loaded.... how do I ensure it is loaded AFTER jquery is loaded, please?
[16:44:45] <hypergrove>	 it is dynamically generated, so it can't be loaded via RL
[16:45:24] <marktraceur>	 hypergrove: "The CSS extension"?
[16:45:39] <hypergrove>	 marktraceur, yep Extension:CSS
[16:45:45] <marktraceur>	 !e CSS
[16:45:45] <wm-bot>	 https://www.mediawiki.org/wiki/Extension:CSS
[16:46:01] <marktraceur>	 Neat.
[16:46:40] <Vulpix>	 that extension is scary
[16:47:04] <hypergrove>	 http://64.146.253.228/index.php/MediaWiki:Test is a sample -- it's gen'ing an error, stopping all my code working
[16:48:23] <Vulpix>	 well, that <script> can probably be moved at the end of the page and not in the <head>
[16:48:41] <Vulpix>	 that may make it work
[16:48:44] <hypergrove>	 great, how ...?
[16:49:07] <hypergrove>	 i am backporting to mw 1.17, but ya don't wanta know that
[16:49:21] <marktraceur>	 joncwtn: I dunno, that log seems OK. You said LDAP's not logging anything?
[16:49:30] <Vulpix>	 bottomScripts comes to my mind
[16:49:44] <joncwtn>	 Nothing at all, it is like its not passing the information to LDAP.  I can get a snippet of my config if it helps
[16:49:52] <joncwtn>	 It shows up as a loaded module in the Versions page
[16:50:16] <Vulpix>	 !class OutputPage
[16:50:16] <wm-bot>	 See https://doc.wikimedia.org/mediawiki-core/master/php/html/classOutputPage.html
[16:50:34] <marktraceur>	 joncwtn: Maybe try monitoring the network traffic to see if MediaWiki even sends a request to LDAP
[16:51:26] <joncwtn>	 I'll try that.. If it isn't what would be a possibility?
[16:52:08] <marktraceurWMF>	 I dunno, I don't really know anything about ldap
[16:54:29] <hypergrove>	 marktraceur, i've not loaded js other than through resources, so would appreciate a hint how to load this extension:CSS dynamically as an element
[16:54:45] <Vulpix>	 hypergrove: it uses $parser->getOutput()->addHeadItem( $headItem ); Apparently, there's a way to add inline scripts with ResourceLoader so they'll get loaded from OutputPage::getScriptsForBottomQueue()
[16:56:14] <hypergrove>	 Vulpix, oh let me look at that -- thanks for the pointer
[16:58:06] <hypergrove>	 getScriptsForBottomQueue not defined in mw 1.17... alternative?
[16:58:53] <joncwtn>	 Ya, I wish I could get ahold of Ryan Lane to ask him but I havent been able to yet
[17:03:01] <Vulpix>	 hypergrove: look at OutputPage class in 1.17 and search for BottomScripts, maybe there's something like that that you can use in 1.17 to place that inline script there
[17:03:37] <hypergrove>	 vulpix, okay thx
[17:05:50] <Vulpix>	 hypergrove: maybe addInlineScript would work for that, I'm not seeing anything about bottomscripts in 1.17 :(
[17:18:49] <hypergrove>	 Vulpix, something like https://dpaste.de/ZAjh?
[17:19:08] <Vulpix>	 yes
[17:21:12] <hypergrove>	 hmm, still misplaced... maybe do it in onRawPageViewBeforeOutput ... guessing now
[17:24:23] <Vulpix>	 hypergrove: as a last resort, maybe try using addHTML directly, that seems to go to the body: https://dpaste.de/AXGx
[17:27:51] <hypergrove>	 reading about addHTML seems to me another tack might be to set a config var with dynamic data... and use that in the javascript ext.css .... what do you think of that
[17:28:22] <hypergrove>	 Vulpix, does that make any sense to you?
[17:29:00] <hypergrove>	 another tack might be to set a config var with dynamic data... and reference that var in the javascript ext.css .... what do you think of that
[17:30:13] <Vulpix>	 hypergrove: that would make sense, since it only adds a line of JavaScript code...
[17:30:50] <Vulpix>	 a general script may simply look for that variables on page load
[17:31:02] <hypergrove>	 what does this link[href^="$hrefPrefix"] mean?
[17:31:48] <hypergrove>	 using config var seems more in tune with mediawiki design ...
[17:33:32] <Vulpix>	 hypergrove: it matches all <link> with an href attribute that starts with $hrefPrefix
[17:36:15] <hypergrove>	 Vulpix, tx ... recoding now ttyl
[17:55:40] <gleki>	 Hello. I want to display a popup (not necessarily floating) containg the text of an article. Such popup would be enabled by clicking on an image on a page. Any suggestions?
[18:17:17] * moogsi prods yuvipanda
[18:17:25] * yuvipanda prods moogsi
[18:17:29] <yuvipanda>	 welcome back
[18:17:37] <moogsi>	 egh
[18:18:09] <moogsi>	 most of my contributions were at Commons so.... i'm debating whether i should contribute there :)
[18:18:42] <moogsi>	 i still would like to contribute to WMF in some capacity, just trying to decide how ... :)
[18:19:51] <marktraceurWMF>	 moogsi: What do you like doing? :)
[18:25:25] <yuvipanda>	 moogsi :)
[18:25:40] <yuvipanda>	 moogsi: write code! do analyticsy things! write for enwiki! :)
[18:25:47] <moogsi>	 :D
[18:26:03] <marktraceurWMF>	 moogsi: Troll Wikimedia-l with mindspillage! I'm sure she'd tutor you.
[18:26:23] <moogsi>	 marktraceurWMF: i dunno, i used to like sweeping up on commons but i found myself getting dragged into politics
[18:26:36] <marktraceurWMF>	 Politics? Commons? Noooo.
[18:26:36] <moogsi>	 you can;t politic with a broom
[18:26:47] <moogsi>	 i knooow :(
[18:27:48] <yuvipanda>	 moogsi: since we last talked, I have built quarry.wmflabs.org to let anyone run SQL queries against our database, so stats like what we were talking about should be much easier :)
[18:27:58] <yuvipanda>	 although I'm unsure if you're interested in those anymore, considering commons...
[18:28:26] <moogsi>	 STAATS
[18:28:48] <yuvipanda>	 STAAAAATTTTSSSSSS
[18:29:23] <marktraceurWMF>	 yuvipanda: How do you anonymize the database results?
[18:29:26] * marktraceurWMF is curious.
[18:29:31] <yuvipanda>	 marktraceurWMF: for what?
[18:29:33] <yuvipanda>	 quarry?
[18:29:38] <yuvipanda>	 marktraceurWMF: it's just labsdb, already anonymized
[18:29:46] <yuvipanda>	 also brb
[18:30:22] <marktraceurWMF>	 Ohhh.
[18:31:01] <moogsi>	 no i was only drawn back to the project by talk of the structured data proposal
[18:31:17] <marktraceurWMF>	 Ahhh.
[18:42:05] <legoktm>	 valhallasw`cloud: we should just upload it locally on mw.o then
[18:45:35] <valhallasw`cloud>	 legoktm: the pwb logo?
[18:45:40] <legoktm>	 yeah
[18:45:42] <valhallasw`cloud>	 yeah, I guess we can do that
[18:45:53] <valhallasw`cloud>	 although it violates the PSF trademark policy
[18:46:02] <GPH|Nikko>	 Where does {{#subpages:}} come from and where is the documentation for it?
[18:46:25] <GPH|Nikko>	 Extension:SubPageFunctions?
[18:48:55] <GPH|Nikko>	 Or is it built-in?
[18:49:32] <GPH|Nikko>	 Or provided by ParserFunctions?
[18:49:36] * GPH|Nikko continues to look
[18:51:17] <GPH|Nikko>	 Ah, must be SubPageList
[19:17:17] <jcl>	 het all, i'm unable to log in to a new 1.23.2 wiki (built for testing upgrades from 1.20.8). when i go to the login page, i do get a session cookie, but when i put in my valid username and login, it accepts the credentials (bad password does fail as expected) but doesn't have me logged in; i still only have a session cookie
[19:18:01] <jcl>	 i also just tried creating a new user. it took the new user and briefly looked like i was logged in (upper right hand corner stuff), but i clicked another page and it showed me as not logged in and i only had a session cookie sitll
[19:19:02] <jcl>	 ok weird, if i keep clicking the logo, it refreshes the main page, alternately showing me as logged in and not logged in
[19:19:30] <Vulpix>	 that's weird, indeed
[19:20:06] <Vulpix>	 jcl: did you mark the "kep me logged in"?
[19:20:12] <Vulpix>	 *keep
[19:21:04] <jcl>	 and now, while it looked like i was logged in as the new user, i went to the preferences link, it took me to that page, and now it continues to show me as logged in, despite still only having a session cookie
[19:22:28] <Vulpix>	 so it has now been "fixed" by itself?
[19:22:52] <jcl>	 also, i logged out and tried again as the new user and it doesn't let me log in. when i put in the password (maybe fat fingered, but not sure), it said i have cookies disabled, which i don't (and others have this problem  too and on different browsers), but trying again accepted the password but still not logged in
[19:23:40] <jcl>	 fwiw, logins and such work completely fine from any browser for me to all of my live 1.20.8 wikis
[19:24:32] <Vulpix>	 jcl: check $wgServer and be sure it doesn't point to a redirect site or something (for example, $wgServer is www.example.org but your webserver automatically redirects all requests from www.example.org to example.org)
[19:25:33] <jcl>	 $wgServer does point to the correct url using the "//www.foobar.com" syntax, and $wgCanonicalServer is "http://www.foobar.com"
[19:26:39] <jcl>	 fwiw, i'm using that // syntax because css and js files were not loading otherwise when using https
[19:26:53] <jcl>	 and this works fine in live
[19:27:06] <jcl>	 and it worked fine in my test env using 1.20.8
[19:27:51] <Vulpix>	 open developer tools and be sure the server isn't doing some weird redirect thing
[19:29:53] <jcl>	 ok this is weird too but maybe helpful? often when i put in the username and password correctly, it says "There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again" but then putting in the same creds again works
[19:31:16] <jcl>	 doesn't seem to be doing any kind of redirect
[19:43:40] <jcl>	 Vulpix: it's also frequently telling me about mw using cookies blah blah, and now it just timed out that account due to multiple "failures" even though i'm using the right creds
[19:45:13] <Vulpix>	 jcl: it may be that the session_savepath is not writable by the webserver (and it keeps generating new session tokens on every request)
[19:47:41] <Vulpix>	 jcl: check also $wgCookiePath and $wgCookieDomain 
[19:49:44] <jcl>	 Vulpix: i thought of that the other day when troubleshooting; it defaults to /tmp which is 755 with sticky bit set... that being said, $wgSewssionsInMemcached was set to true so that's where they get stored, though I did see that var is deprecated, so in test I changed it to $wgSessionsInObjectCache = true and $wgSessionCacheType = CACHE_MEMCACHED to match $wgMainCacheType
[19:50:00] <jcl>	 hmm, never set those cookie vars, let me check...probably set to defaults...
[19:50:38] <jcl>	 they default to '' for $wgCookieDomain and '/' for $wgCookiePath
[19:52:13] <Vulpix>	 jcl: try saving sessions to disk. If for some reason they can't be saved in memcached, you may not notice it because it usually doesn't throw errors
[19:52:58] <jcl>	 is there something that could have changed with the behavior of cookies and memcached?
[19:53:45] <Vulpix>	 IDK, but you can take a look at RELEASE_NOTES
[19:55:46] <moogsi>	 yuvipanda: http://quarry.wmflabs.org seems really cool but... i have an extremely limited knowledge of SQL...
[19:55:57] <moogsi>	 certainly seems very useful
[19:58:20] <jcl>	 still not working, though session files are written to /var/lib/php5 rather than /tmp like i would have thought
[19:59:55] <Vulpix>	 jcl: well, recheck your configuration, because that may be the problem, that's is, what causes your "expected" configuration to not be the "actual" one ;)
[20:00:54] <jcl>	 none of the php config was touched from the defaults
[20:54:49] <Kiwi-Bird>	 Hi! How exactly do you utilize ResourceModule with skins? What I've got: https://dpaste.de/qHiV#L1,3,13
[20:55:28] <MatmaRex>	 Kiwi-Bird: at a glance, exactly like that. is there a problem with it?
[20:58:26] <Kiwi-Bird>	 MatmaRex: Yes, there's no output (Blank page)
[20:58:38] <MatmaRex>	 !blankpage
[20:58:38] <wm-bot>	 A blank page or HTTP 500 error usually indicates a fatal PHP error. For information on debugging (including viewing errors), see <https://www.mediawiki.org/wiki/Manual:How_to_debug>.
[21:00:14] <marktraceurWMF>	 Maybe because you need to pass an array into addModules? I'm fuzzy on whether there's a singular version.
[21:00:55] <Kiwi-Bird>	 Parse error: syntax error, unexpected '$outputPage'
[21:01:48] <Kiwi-Bird>	 What?
[21:02:23] <legoktm>	 Kiwi-Bird: on your template file, run "php -l templatefile.php"
[21:04:21] <MatmaRex>	 Kiwi-Bird: perhaps a missing semicolon just before the line PHP is pointing to?
[21:06:55] <Kiwi-Bird>	 legoktm: I ran that, a lot of text about <file>/arguments & whatnot in the shell.
[21:08:13] <Kiwi-Bird>	 MatmaRex: Nothing I can see,  '$template = 'MySkinTemplate', $useHeadElement = true;' is the only thing before it.
[21:09:13] <MatmaRex>	 Kiwi-Bird: that's not going to work, then. you're probably inside of a class and you can't just PHP code inside a class
[21:09:30] <MatmaRex>	 it needs to be in one of the functions that are called from elsewhere
[21:09:36] <MatmaRex>	 are you working with some manual?
[21:10:41] <Kiwi-Bird>	 MatmaRex: No, both pages on Mediawiki regarding ResourceLoader and Skins are pretty disorganized.
[21:10:54] <MatmaRex>	 !mw Manual:Skinning
[21:10:54] <wm-bot>	 https://www.mediawiki.org/wiki/Manual:Skinning
[21:11:00] <MatmaRex>	 ever looked at this one?
[21:11:19] <Kiwi-Bird>	 That's what I've been looking at.
[21:11:45] <Kiwi-Bird>	 So the module needs to be in some function?
[21:11:59] <MatmaRex>	 well, then it has exactly what you're looking for… https://www.mediawiki.org/wiki/Manual:Skinning#Skin_code
[21:12:26] <MatmaRex>	 "function setupSkinUserCss" onward
[21:13:46] <Kiwi-Bird>	 MatmaRex: You mean a separate function, or in conjunction with that one? neither have worked.
[21:14:23] <MatmaRex>	 what separate function
[21:14:41] <MatmaRex>	 if you don't know what to do, just copy-paste that code and update the parts with your skin's name
[21:15:16] <MatmaRex>	 or take the example skin which is linked somewhere near the top, and change bits in that
[21:15:34] <Kiwi-Bird>	 MatmaRex: The example skin is what I've been working with this whole time.
[21:16:04] <MatmaRex>	 then why did you remove the bits that make it work? D:
[21:16:08] <MatmaRex>	 can you pastebin the entire file?
[21:16:37] <Kiwi-Bird>	 Skin itself works - Just not the CSS.
[21:17:40] <Kiwi-Bird>	 https://dpaste.de/bSpd Just the first part.
[21:18:40] <Kiwi-Bird>	 Note how I've added 'skins.myskin.styles' to the function - It had been there all along, though hadn't ever worked.
[21:19:14] * kim_bruning waves to kiwi-bird
[21:19:29] <MatmaRex>	 Kiwi-Bird: is that the entire file?
[21:19:41] <kim_bruning>	 (kiwis ftw :-)
[21:19:56] <MatmaRex>	 if yes, then you're missing half of the second class and that's a syntax error
[21:20:15] * kim_bruning looks too
[21:20:24] <MatmaRex>	 if not, then i'm afraid i lost my crystal ball somewhere and i don't know what might be going wrong
[21:20:27] <kim_bruning>	 Where's the rest of mySkinTemplate? ^^;;
[21:20:39] <kim_bruning>	 MySkinTemplate even ;-)
[21:20:55] <Kiwi-Bird>	 MatmaRex: No, that's just the first 30 lines.
[21:21:38] <MatmaRex>	 then you seem determined to make it as hard as possible to help you.
[21:22:12] <Kiwi-Bird>	 What point is there in posting the entire file? The rest from there is HTML.
[21:23:09] <MatmaRex>	 Kiwi-Bird: because you're saying something is broken, you don't know why, and i'm trying to help
[21:23:23] <MatmaRex>	 Kiwi-Bird: if the rest of the file is indeed only HTML, then that obviously won't work, either
[21:23:37] <MatmaRex>	 are you including the pre-generated head element?
[21:25:03] <hypergrove>	 how do I find out the action in a php extension? The CSS extension and wikieditor are not living together well....
[21:25:28] <marktraceurWMF>	 hypergrove: What do you mean, "find out the action"? The action= value in the query string?
[21:26:06] <Kiwi-Bird>	 MatmaRex: Technically - Of course there's the end of the file and the page output, it's not quite complete: https://dpaste.de/aOxi
[21:26:40] <hypergrove>	 marktraceurWMF, yes, i can't seem to find a useful fn or global for it
[21:26:49] <MatmaRex>	 Kiwi-Bird: your styles don't load because you don't have `$this->html( 'headelement' );` right after `public function execute() {`
[21:27:00] <MatmaRex>	 i could have told you this half an hour ago…
[21:27:19] <hypergrove>	 i'm trying to turn off the CSS extension output when action=edit
[21:27:29] <MatmaRex>	 Kiwi-Bird: the <html><body> tags you included in HTML should be removed, too
[21:27:47] <Kiwi-Bird>	 I wasn't aware of that - I had actually planned to not use the headelement in favor of a custom system for outputting the page title.
[21:27:55] <Kiwi-Bird>	 Never knew that's how it worked.
[21:28:13] <marktraceurWMF>	 hypergrove: Maybe the answer here is to only put the CSS in when it's a view action.
[21:28:23] <MatmaRex>	 Kiwi-Bird: the styles and scripts for the page are included inside the <head> tag
[21:29:47] <Kiwi-Bird>	 Put does't that also output information like the page title as well? (<title></title>) I was intentionally avoiding that.
[21:29:53] <Kiwi-Bird>	 *doesn't
[21:29:55] <hypergrove>	 marktraceurWMF, fine - how do i find out it's a view action
[21:30:12] <MatmaRex>	 Kiwi-Bird: it does, you can probably control that somehow and i'm trying to find out how
[21:30:27] <MatmaRex>	 Kiwi-Bird: why do you need that, by the way? there might be a simpler way to do whatever you're trying to do
[21:31:19] <marktraceurWMF>	 hypergrove: Uh, what hook are you using now to add the CSS?
[21:31:39] <Kiwi-Bird>	 It's an extensive blogging system channeled via a special page - And it's impossible to change the content in the <title> tags from the special page name.
[21:32:12] <MatmaRex>	 Kiwi-Bird: it seems you can do something like  `$this->getSkin()->getOutput()->setHTMLTitle( '<b>My super-duper skin – ' . htmlspecialchars( $this->getSkin()->getTitle() ) )`
[21:32:14] <hypergrove>	 marktraceurWMF, wfCSSRender
[21:32:23] <marktraceurWMF>	 That's not a hook
[21:32:57] <MatmaRex>	 Kiwi-Bird: and actually you can probably do the same from a special page
[21:33:07] <MatmaRex>	 Kiwi-Bird: $this->getOutput()->setHTMLTitle( 'whatever' )
[21:33:39] <hypergrove>	 marktraceurWMF, onParserFirstCallInit : $parser->setFunctionHook( 'css', 'wfCSSRender' );
[21:33:56] <Kiwi-Bird>	 MatmaRex: I had no idea that was possible! Thank-you. I knew Semantic Mediawiki could change titles like that, though I never manged to figure out how.
[21:34:12] <marktraceurWMF>	 Oh.
[21:36:29] <MatmaRex>	 Kiwi-Bird: are you familiar with the XY problem, by the way? :)
[21:36:35] <MatmaRex>	 http://mywiki.wooledge.org/XyProblem
[21:36:44] <hypergrove>	 at this point when i bring up the editor i get INTERNAL ERROR: data:text/css;charset=UTF-8;base64,I2Nzcy1leHRlbnNpb24tY2FuYXJ5LWZjN2FmMHti ... which is the name of the generated css
[21:38:14] <hypergrove>	 marktraceurWMF, it's coming along (see http://64.146.253.228/index.php/MediaWiki:Test)
[21:38:27] <Kiwi-Bird>	 MatmaRex: I'm sure what the 'Y' in this situation would have been.
[21:38:46] <MatmaRex>	 "i want to change page's <title>"?
[21:38:52] <hypergrove>	 but the js piece is stubbed, tackling now
[21:41:08] <hypergrove>	 marktraceurWMF, tho a js error is occurring breaking the client;s dropdown More menu
[21:41:14] <Kiwi-Bird>	 MatmaRex: But in this case, X and Y were in fact related though by achieving Y (The title) X (The CSS) cannot be "reached". I'm not sure if this is meant to be insulting (The reference to user with the "XY Problem" being referred to as 'n00b')
[21:41:39] <hypergrove>	 i just havent been able to find that one yet, as there;s no error in console shown
[21:41:46] <MatmaRex>	 Kiwi-Bird: i meant to be helpful.
[21:42:11] <MatmaRex>	 (and perhaps a little snickering ;) )
[21:42:21] <Kiwi-Bird>	 -.-
[21:42:33] <Kiwi-Bird>	 Well, you were helpful regardless. Thank-you so much!
[21:42:39] <MatmaRex>	 :)
[21:44:50] <hypergrove>	 marktraceurWMF, if you wanted to edit the page to see that INTERNAL ERROR, then login as MediaWiki/irc
[21:47:19] <hypergrove>	 oh, it's the mw.util is not defined error (when debug=true). annoying error
[21:48:18] <marktraceurWMF>	 hypergrove: Where is the JS error?
[21:48:48] <marktraceurWMF>	 hypergrove: I see an internal error at http://64.146.253.228/index.php/MediaWiki:Test
[21:49:09] <marktraceurWMF>	 "more" on http://64.146.253.228/index.php?title=Main_Page&action=edit&mode=wysiwyg works for me
[21:50:43] <hypergrove>	 http://64.146.253.228/index.php/MediaWiki:Test MORE not working forme
[21:51:18] <marktraceurWMF>	 I can't even load that page, dude
[21:51:25] <marktraceurWMF>	 "Unexpected non-MediaWiki exception encountered, of type "Exception""
[21:51:30] <hypergrove>	 i agree MORE is working when action=edit. I see the INTERNAL ERROR when action=edit, not otherwise. You seem to see the opposite?
[21:51:36] <hypergrove>	 ooh
[21:51:43] <hypergrove>	 yipes i know
[21:52:10] <hypergrove>	 does it say what line in CSS?
[21:52:17] <marktraceurWMF>	 100
[21:52:21] <hypergrove>	 cool
[21:52:24] <marktraceurWMF>	  exception 'Exception' with message 'data:text/css;charset=UTF-8;base64,I2Nzcy1leHRlbnNpb24tY2FuYXJ5LTI0ZDhhOXti' in /var/www/w17/extensions/CSS/CSS.php:100
[21:53:47] <marktraceurWMF>	 !2.0
[21:53:47] <wm-bot>	 Not gonna happen in your lifetime :) In the meantime, here's a wishlist: http://www.mediawiki.org/wiki/Project:2.0
[21:53:59] <marktraceurWMF>	 !2.0 del
[21:53:59] <wm-bot>	 Successfully removed 2.0
[21:54:02] <hypergrove>	 that's removed - are you still seeing it? I am not seeing it at all, have zero idea why not
[21:54:22] <marktraceurWMF>	 !2.0 is No, seriously, 2.0. Have a tracking bug: https://bugzilla.wikimedia.org/show_bug.cgi?id=70000 
[21:54:22] <wm-bot>	 Key was added
[21:55:09] <marktraceurWMF>	 hypergrove: It's working now
[21:55:39] <marktraceurWMF>	 Dunno what's up with the more dropdown though
[21:56:16] <marktraceurWMF>	 hypergrove: Where is the code for that dropdown?
[21:57:32] <hypergrove>	 marktraceurWMF, hmm, when the dropdown MORE isnt alive, it means there's an error somewhere. I cannot see any errors under console (i didnt see the exception!) I sure wish I knew why not
[21:57:44] <marktraceurWMF>	 Yes, but where is the code
[21:57:49] <hypergrove>	 that's MW's code
[21:58:22] <marktraceurWMF>	 ...is it?
[21:58:33] <marktraceurWMF>	 Oh, it's the arrow in vector?
[21:58:57] <marktraceurWMF>	 Hm
[21:59:09] <hypergrove>	 oh it's in the skin hold on
[22:01:13] <hypergrove>	 "<div id=\"smwh_menuhead_more\" class=\"smwh_menuhead\">" . wfMsg( "more_functions" ) . "</div>"
[22:01:20] <marktraceurWMF>	 Right.
[22:01:24] <marktraceurWMF>	 hypergrove: I want to see the JS though.
[22:03:16] <hypergrove>	 jquery.ontoskin.js
[22:10:02] <marktraceurWMF>	 hypergrove: For some reason the base.init method never gets past its var statement
[22:10:06] <marktraceurWMF>	 Not sure why
[22:13:00] <marktraceurWMF>	 [1]hypergrove: Anyway, it doesn't progress past init(), for whatever reason
[22:13:15] <[1]hypergrove>	 hmm so close!
[22:13:53] <marktraceurWMF>	 But the edit page does.
[22:13:58] <marktraceurWMF>	 Which is super weird. They should be the same JS.
[22:16:41] <marktraceurWMF>	 Confirmed, both files are identical
[22:18:51] <hypergrove>	 let me comment the js resource
[22:25:34] <marktraceurWMF>	 Doesn't make any bloody sense to me
[22:30:15] <hypergrove>	 there were 2 alerts in the js never displayed, commented those
[22:30:30] <Svetlana>	 bd808: I'm not sure whether the xen vps supports it (that could be handy). It gives a weirder error like you may have noticed at the talk page message.
[22:30:44] <marktraceurWMF>	 hypergrove: Have you made changes to that JS file?
[22:30:53] <marktraceurWMF>	 More than debugging changes, I mean.
[22:31:07] <hypergrove>	 added two lines in comments at the bottom is all
[22:31:11] <marktraceurWMF>	 If so it might be helpful for you to put back the old version to see if it's an issue
[22:31:14] <Svetlana>	 bd808: btw I'm in the process of writing your note to the mwv page itself on a pretty prominent place
[22:31:42] <bd808>	 Svetlana: +1 for doc updates; I'll check the talk page in a bit
[22:32:01] <hypergrove>	 oh added 		var id = mw.config.get('wgCSSCanaryId');
[22:32:07] <hypergrove>	 and one for the other
[22:32:55] <hypergrove>	 iirc mw.config is packaged by default so that i don't need to specify a dependency there
[22:33:06] <legoktm>	 it is
[22:33:11] <marktraceurWMF>	 True.
[22:36:18] <hypergrove>	 removed dependency on mw.util in the code, no change
[22:41:19] <hypergrove>	 mark, posted the js at https://dpaste.de/yfJv
[22:42:20] <marktraceurWMF>	 hypergrove: And you've changed this file?
[22:55:23] <hypergrove>	 https://dpaste.de/74G8 is the new js - does it look right to you
[22:55:47] <hypergrove>	 no syntax errors on this one....
[22:56:23] <marktraceurWMF>	 I don't have time to review a massive JS file right now
[22:57:38] <hypergrove>	 oh its at the top .. just wanted to have another pair of eyes on that
[22:57:47] <hypergrove>	 lines 14-18
[22:58:26] <hypergrove>	 i guess maybe it should be after the declaration of cssExtensionDataURIFallback?
[22:59:25] <marktraceurWMF>	 Yeah, probably.
[23:00:18] <hypergrove>	 ok, i'll chg that & poke around some more. thank you muchly ttyl i guess
[23:14:24] <hypergrove>	 marktraceurWMF, it's working now.... don't know why or how, but it is. Now, I just need to suppress the CSS extension when action=edit.... how can I detect when action=edit in the PHP?
[23:15:29] <marktraceurWMF>	 Ugh, I...don't know
[23:15:35] <marktraceurWMF>	 You're using a hook I'm not familiar with
[23:16:40] <hypergrove>	 darn maybe i have to parse the request string or sumptin
[23:16:51] <hypergrove>	 bit of a hack
[23:17:06] <marktraceurWMF>	 !2.0 | James_F
[23:17:06] <wm-bot>	 James_F: No, seriously, 2.0. Have a tracking bug: https://bugzilla.wikimedia.org/show_bug.cgi?id=70000 
[23:17:21] <James_F>	 Indeed.
[23:17:24] <James_F>	 Well done, legoktm. :-)
[23:17:31] <legoktm>	 :D
[23:17:34] <legoktm>	 it was Krenair's idea
[23:17:43] * James_F points to https://bugzilla.wikimedia.org/show_bug.cgi?id=50000 by way of example. :-)
[23:50:17] <onei>	 does anyone know if action=parse does any caching, for either parsing a page or wikitext? and if yes, under what circumstances