[00:34:27] how do i know the RTL vs LTR of the interface in javascript? [00:35:24] yurik, check body class? [00:35:49] MaxSem, seems document.dir has that, but i was wondering if we use something else [00:35:50] thx [00:37:07] yurik, body has a CSS class for specifically that, in MW terms - rtl vs. lrt, if memory serves me right [00:37:57] MaxSem, so what's the javascript test for RTLness of the current interface? [00:38:20] i did this: document.dir === 'rtl' ? ... : ... [00:38:21] $( body ).is('.rtl') [00:38:39] you think my test is not as stable? [00:38:40] or better, leave it to CSS :P [00:38:45] heh [00:38:46] i wish [00:38:56] seems like its a param [00:39:02] aaanyway, will chek [01:49:37] yurik: Better $( body ).hasClass('rtl') than is() since that needlessly pulls the element into the selector engine and back [01:49:51] But the standard way for our code I'd say is $('html').css('direction') [01:49:56] Or getComputedStyle(document.documentElement).direction [01:49:59] Krinkle, its ok [01:50:00] which is the non-jQuery equivalent [01:50:04] i solved it by not using it [01:50:13] document.dir is not always set [01:50:24] because it turns out the other icons will stay in place for RTL [01:50:29] so it would look weird [01:50:36] if i do vary on RTL [01:50:47] at some point we might want to switch them around, but not sure yet [01:50:54] As long as its in CSS, CSSJanus will flip it for you [01:51:17] Krinkle, sadly, its not - external lib with tons of complicated CSS for maps [01:51:31] so we had to work around it with a magic CSS fixer that unflipped them back [01:51:54] i'll find you the bug in a sec [01:51:56] * @noflip */ [01:52:19] Krinkle, https://phabricator.wikimedia.org/T127137 [01:52:26] i didn't want to change the upstream [01:52:36] too big and too complex [01:53:24] Krinkle, ideally, resource loader should support an option of noflip for a whole file (if its an external lib) [01:53:39] otherwise its getting very messy [01:53:59] yurik: That's effectively ananogous for providing support to explicitly not support RTL users [01:54:01] which is a no-go [01:54:20] rather, we flip and hope for the best. Usually works (like with jQuery UI) [01:54:25] and we add a few noflip where needed [01:54:41] we have yet to encounter an upstream lib that provides a working rtl variant [01:54:52] yeah, well in this case the whole thing was totally a mess - the way leaflet positions tiles is very finiky [01:54:57] if we do, I'd be happy to provide an option to point to a file that is already pre-flipped [01:55:13] they actually support RTL pretty well from my understanding [01:55:24] there is substantial code in the leaflet lib for it [01:56:42] k [01:57:23] btw, the VE button for maps should probably be monochrome for consistency with the others. [01:57:47] yurik: If the current workaround is not sufficient and disabling CSSJanus for that module fixes it entirely, feel free to file the task [01:58:35] Krinkle, it fixes it, but that means that from now on i will always have to check the upstream changes and make sure they haven't added any new css classes, and match them [01:58:36] pain [01:58:46] Krinkle, http://vem3.wmflabs.org/wiki/Main_Page [01:58:48] its monochrome [01:59:33] hmm, in beta its not [01:59:34] weird [02:00:05] indeed [02:03:13] yurik: I like how smooth it resizes. [02:03:18] After inserting [02:03:25] thanks :) [02:03:34] Very slick! [02:03:34] ed sanders did a lot of that stuff [02:03:36] I love it [02:03:37] thanks :) [02:03:49] we are lucky to get his help on it [02:04:50] Hm.. it seems editing after insert doesn't work [02:05:13] insert works, but then when editing it, the preview inside the editor is okay, but pressing Apply doesn't do anything. The one in the page is still how it was on first insertion [02:05:35] yeah, there are a few bug to fish out [02:05:38] working on it :) [02:05:49] not show stoppers, but annoying at times [02:06:18] Krinkle, what are the exact steps? [02:06:37] 1. Insert, Maps. 2. Do something specific (eg. downtown london, 600x400), 3. Insert [02:06:44] then select, and Edit, and make it something else [02:06:50] then Apply [02:06:57] the one in the document is still downtown London [02:07:08] I tried resizing it to maybe trigger a redraw but no luck [02:07:15] and saving it then also saves the wrong state [02:07:30] which suggests the data model didn't submit its data or something [02:07:33] so its more than just a render bug [02:08:28] gotcha, will copy to phab [02:09:06] thx [02:11:05] thx! [08:45:37] Nemo_bis: http://koti.kapsi.fi/~federico/crstats/core.txt is missing the past month data :( [09:16:32] have line breaks in the middle of a superscripted reference flag always existed? [09:17:42] it looks broken to me, but I can't tell if it's a new thing or just something I had never noticed [11:59:45] legoktm: thanks https://paste.debian.net/412079/ no idea what happened [13:04:00] legoktm: fixed now and yes you're first ;) [15:17:14] Hello, can someone help me? I wanted to know, what happens if I set $wgCentralAuthLockedCanEdit, can locked users login in this case? [15:19:58] Yes, they can login. [15:22:00] So in fact this is a kind of global blocking without parameters and time limit? interesting [16:18:26] Hello everybody [16:19:11] Images on Commons aren't displaying at all :( [16:20:37] at all? [16:20:54] they are displaying for me, for what it's worth. at least on the main page. [16:22:24] that's strange [16:22:29] so it's working for some users but not others [16:27:21] flash: Which browser/skin do you have? [16:27:45] Firefox [16:27:49] what do you mean by skin? [16:28:34] do you have https://commons.wikimedia.org/w/index.php?title=Hauptseite&useskin=vector vector, or https://commons.wikimedia.org/w/index.php?title=Hauptseite&useskin=monobook monobook or another? [16:29:14] monobook [16:29:18] what difference would that make? [16:29:44] I don't know, but in some cases the error is made by the skin in theory [16:29:53] I got firefox too, but I can view the pictures [16:31:26] I would have thought image URLs would just serve up the image, and not care about what skin the user is on [16:32:50] nor what browser is being used [16:34:29] who is responsible for keeping http://status.wikimedia.org/ up to date? [16:37:25] flash: Is it just not shown on normal pages or is the image not loading even from the direct image url? [16:37:50] :O Derk-Jan service interruption due to small skiing accident [16:38:02] both [16:40:08] can you file a bug? [16:40:28] where? [16:40:41] Phabricator [16:40:48] I'll do it then.. [16:40:51] I thought this was where we're meant to report problems with the Wikimedia servers [16:41:41] Yeah, that's good but we have Phabricator for tracking issues [16:42:42] I'm on http://phabricator.org/ now, where do I go from here? [16:42:50] sorry, just noticed the link at the top [16:43:01] I'll see where it gets me [16:43:06] flash: Is images showing up at any other wiki? [16:43:40] yes [16:43:49] so just commons [16:43:57] yep [16:45:08] I'm getting "Username or password are incorrect" when I try to register an account on Phabricator [16:45:31] that looks like logging in… [16:45:49] hmm… [16:46:06] flash: https://phabricator.wikimedia.org/T128961 [16:46:20] try https://wikitech.wikimedia.org/wiki/Special:CreateAccount [16:46:43] Or you could use SUL credentials [16:47:08] I seem to have got in now [16:47:11] the mediawiki login below, yes [16:47:44] flash: Is it okay if your geolocation is mentioned on the task? [16:47:52] flash: can you load the image if accessing directly? [16:47:54] It could be useful when debugging [16:47:54] eg. https://upload.wikimedia.org/wikipedia/commons/thumb/c/c9/Hornviper_Cerastes_cerastes.jpg/500px-Hornviper_Cerastes_cerastes.jpg [16:49:08] no [16:49:11] I get a 404 error [16:49:38] 404..? wat [16:49:52] from where are you connecting? [16:50:16] Loughborough, Leics, UK [16:50:30] so you should be using esams [16:50:35] what's an esam? [16:50:51] it's the amsterdam datacenter [16:51:15] … which is giving me the right image [16:51:35] now I'm getting intermittent 403 errors when I try to view pages on Commons [16:52:01] what do they say? [16:52:09] Request from 213.120.234.109 via cp3043 frontend, Varnish XID 3339451173 Error: 403, Requested target domain not allowed at Sat, 05 Mar 2016 16:51:58 GMT [16:52:35] and the url says commons.wikimedia.org ? [16:52:48] correct [16:53:12] hmmm [16:53:16] your ip is proxy.sspi.bt.net. [16:53:31] seems that you are not browsing directly [16:53:52] do you have a proxy configured in your browser? [16:54:25] I didn't think I had, but I'll check [16:54:43] it could be a transparent proxy [16:55:03] but then they would need to MITM the https certificate [16:59:33] Firefox is configured to use system proxy settings, and it seems no proxy is set up in the system [16:59:41] so maybe it's the ISP? [17:01:02] what certificate does it show to be used on commons.wikimedia.org [17:01:03] ? [17:01:32] what is "it"? [17:02:01] firefox [17:03:18] you mean the SSL certificate? [17:03:20] GlobalSign Organization Validation CA - SHA256 - G2 [17:04:45] looks like the legitimate one [17:05:12] 87 F5 BA BB D8 97 C5 79 B6 6A F5 2F D8 63 8B 99 [17:05:13] D8: Add basic .arclint that will handle pep8 and pylint checks - https://phabricator.wikimedia.org/D8 [17:06:42] you are connecting to irc from the same machine you are browsing to commons? [17:06:48] yep [17:06:57] interesting [17:07:18] you are connecting to irc from 146.200.203.x, of AS6871 PlusNet PLC [17:07:38] a typical broadband ip, from its rdns [17:08:16] but your browser traffic to commons comes from 213.120.234.109 (proxy.sspi.bt.net) of AS2856 BT Public Internet Service [17:10:21] my ISP is PlusNet [17:10:30] what IP does http://whatismyipaddress.com/ show you have? [17:10:31] I'm told they're a subsidiary of BT, but operationally independent [17:10:44] 146.200.203.219 [17:11:04] so only wikimedia traffic goes through proxy.sspi.bt.net ? [17:11:12] maybe that's related to Wikipedia Zero [17:11:18] what is WP Zero? [17:12:03] https://en.wikipedia.org/wiki/Wikipedia_Zero [17:13:01] BT isn't listed there :/ [17:15:21] I'm confused [17:15:55] seems your isp is routing you through another server when accessing wikipedia [17:17:40] no idea why that would be [17:22:03] I mention this on T12896 [17:22:04] T12896: You should have the cursor appear at the search window, like other sites do - https://phabricator.wikimedia.org/T12896 [17:22:14] *T128961 [17:22:15] T128961: Images not showing up at Commons - https://phabricator.wikimedia.org/T128961 [17:42:31] really sorry, but my computer took an extended coffee break, I'm back now [17:42:54] has anything more been said to me since 17:17 UTC? [17:45:43] a home broadband service in the UK, routing certain things through a server for providing WP access to mobile devices in developing countries.... [17:45:55] ...and moreover, routing URLs that said server blocks through it [17:46:01] totally incomprehensible [17:46:05] what can we do about it? [17:48:40] are any of you still there? [17:59:13] Platonides? Glaisher? [22:09:18] Hello everyone. Is anyone aware that the new enhanced notifications show notifications from a very long time ago? ie. two years for me [22:09:54] odder: are they unread? [22:11:12] I don't know, I've clicked on them a few times today already [22:11:27] like, 12 hours ago or something, and then just now [22:12:04] I often come across thanks/welcome notifications from random wikis I never visit [22:17:04] Hello, I got a question: I want to set $wgBlockDisablesLogin to true, is there a possbility that this only affects users without the "unblockself" right? [22:17:30] odder: I'm guessing you had really old notifications on wikis you never visited, and cross-wiki notifs are now showing them [22:19:36] (which is good! :P) [22:20:32] I think this happens because some wikis create user talk pages with welcome templates by bots even if you haven't ever done an edit [22:27:15] How can I check if a users gots a right? $User->isAllowed("unblockself") don't works at localSettings [22:29:03] my fault, ($wgUser->isAllowed("unblockself")) should be the right think [22:29:13] but this throws: exception 'BadMethodCallException' with message 'Call to a member function isAllowed() on a non-object (NULL)' in /vagrant/settings.d/11-InitialiseSettings.php: [22:30:15] yeah, you can't do that [22:30:24] $wgUser isn't set up that early [22:30:46] legoktm: Is there another way to check, if the user got a right? [22:31:42] what are you actually trying to do? [22:32:16] I want to set $wgBlockDisablesLogin = true; but if a user gots the unblockself right, he should be still able to unblockself [22:32:57] no, I mean what's the functionality that you want [22:33:53] I want to check the script, if the user gots a right, so if he doesn't have the right, the if sets $wgBlockDisablesLogin = true [22:34:02] *I want to let the script check [22:34:15] you can't do that. [22:34:22] why do you want to do that? [22:35:02] because unblockself should be still useful. I think it is not useful, if you give the user a right, but he can't use it for unblock, because he is unable to login [22:35:09] this makes the right senseless [22:36:06] well, yeah. [22:36:33] that's the point of $wgBlockDisablesLogin [22:36:40] that regardless of whatever, you can't login [22:37:23] so my goal was to change that, but this is not possible? :-/ [22:38:21] I don't think it's a good idea. [22:38:29] but that's just my opinion [22:38:40] why not? [22:40:43] I mean it is possible to let steward unlock self, if you change the config a little bit, but it is not possible to do this with unblockself? strange [22:42:03] Why there isn't a setting if unblockself should work if block disables login? [22:53:19] legoktm. Why do you think an exeption for users with unblockself isn't useful? [23:38:17] it kinda misses the cleanliness [23:38:49] but I agree it can be useful