[08:53:05] hi [09:04:37] hello hashar [09:27:52] vvv: hello :) [09:28:03] vvv: sorry I was busy merging [12:58:22] RoanKattouw: see bug 30294 latest comment. it appears experimental https isn't doing it's thing properly yet. I guess that's to be expected, but still. [12:58:53] neither bits itself nor the @import expansion uses https [12:58:58] You weren't using a supported wiki [12:59:02] Try wikimania2005wiki [12:59:44] So why is it enabled on commonswiki ? I asked that earlier it's causing links in irc.wikimedia.org to come out for some commons edits as https as well which means they're not patrolled. [13:00:11] People aren't supposed to use https for the wiki interface on commons. That probably doesn't work, because it isn't set up properly [13:00:18] Vandals don't care about that. [13:00:20] But the domain needs to have https because it's the shared image repo [13:00:25] k [13:00:32] since when ? [13:00:37] since when does it have https [13:00:45] Since we started the https tria [13:00:47] l [13:00:57] July 11th or thereabouts [13:01:20] So why for commons as well. if it's just a trial it doesn't make sense to leave it open unsupported and open to silent abuse [13:01:35] Well, we didn't realize the potential for abuse, is one thing [13:01:36] this is the vandal fighter speaking :P [13:02:02] The commons domain needs to have https to pull in images and such [13:02:08] I'll check on wm05 wiki [13:02:10] Same for meta [13:03:19] I understand that eventually it'll have to have https on commons, because it's central etc. it can't be done later than others. But right now I think it'd make sense to either fix the problem on recent changes-udp links or disable https for commonswiki. [13:03:42] somehow people are making edits through it, dunno why or how. [13:03:50] perhaps certain firefox plugins try to rewrite [13:04:02] No, HTTPSEverywhere uses secure [13:04:10] Do the IRC feeds post secure URLs too? [13:04:11] k [13:04:26] (There is a bug about https on IRC, and I'm on a bug fixing spree anyway) [13:04:38] Yes. When editing from secure.wm.o it outputs http://commonswiki, but when editing from https://commonswiki there difflinks in irc are https [13:05:00] OK so if you edit from secure, something, somewhere, converts the URL? [13:05:06] yep [13:05:25] but when from https on the commons itself it doesn't. [13:05:37] I'm afraid it might be a cold hack in wmf-config somewhere. [13:05:59] although it's not commons-specific (the secure-to-normaldomain convert) [13:06:19] Hmm, the fact that the physical URL that is posted to IRC is converted back is strange [13:06:24] *RoanKattouw looks at secure.php [13:07:32] k, at wikimania2005 resource loader script/link tags do go to httpS-bits [13:07:39] so that's cool [13:08:09] dunno about the expansion though. I wonder if the loads.php on bits knows that wgServer should have https when it itself is https [13:08:32] brb [13:08:35] I'm not sure about that either [13:10:07] RoanKattouw: extensionassetspath as well [13:11:27] What about extensionAssetsPath? [13:12:01] It's protocol-relative on wikimania2005wiki, or at least it should be from looking at the config [13:14:08] ah, right, then it doesn't matter [13:14:26] don't protocol-relative work in @import ? [13:14:35] might as well call wfExpandUrl that way [13:14:38] for @import [13:14:48] (or anything in css) [13:16:30] so all bits would have to do is wgServer protocol-relative all the time. whether https or not. And make sure the expander in RL for css calls expand url the right way. Wow, protocol-relative makes things soo easy [13:18:01] I know, right! [13:18:24] And, in fact, it already does this in trunk: [13:18:25] $source = substr_replace( $source, wfExpandUrl( $match['file'][0], PROTO_RELATIVE ), [13:18:38] Although there is an error in the code [13:18:47] *RoanKattouw blames [13:20:52] RoanKattouw: wgServer is also good on https://bits for wikimania2005: https://bits.wikimedia.org/wikimania2005.wikimedia.org/load.php?modules=startup&debug=true&only=scripts wgServer:https://wikiania2005.wikimedia.org [13:21:03] cool [13:21:22] No, it says http for me [13:21:24] That's wrong [13:21:32] it says https here [13:21:40] wgServer": "https://wikimania2005.wikimedia.org [13:21:51] Welcome to the wonderful world of cache pollution, I guess [13:21:55] lol [13:22:04] oh bits has one cache ? [13:22:25] > echo $wgServer; [13:22:27] http://wikimania2005.wikimedia.org [13:22:28] Bah [13:22:29] right cache id doesn't include protocol (prolly shouldn't anyway, since it should be //wikimania2005.wikimedai.org [13:22:32] It should be protocol-relative [13:22:38] right [13:22:49] test is set up correctly [13:23:01] As is office [13:23:06] k [13:23:07] *RoanKattouw makes note to fix wm2005 [13:23:23] Actually, what the heck, it's wm2005, no one cares [13:23:25] *RoanKattouw fixes it now [13:24:09] RoanKattouw: don't you want to visit wm2005? [13:25:11] "wgServer": "//wikimania2005.wikimedia.org" [13:25:13] That's better [13:25:13] Time machines may one day become regular items. Wanna get the right schedule from the wiki when that happens :) [13:25:45] Our universe is a very interesting place if it is physically possible [13:25:50] (and it may be) [13:26:13] Krinkle: Also, at https://bits.wikimedia.org/wikimania2005.wikimedia.org/load.php?modules=skins.vector&debug=true&only=styles [13:26:17] background-image: url(//bits.wikimedia.org/skins-1.17/vector/images/page-base.png?2011-02-12T21:25:00Z)!ie; [13:26:25] nice [13:26:30] Oh, bah, I'm testing the wrong thing aren't I [13:26:36] Need to test @imports [13:28:27] I just created a user:Krinkle/common.css and did @import there [13:29:11] Ah, OK [13:29:23] Could you check that one again, then? It should use @import url(//blah) now [13:30:53] I'll test on test.wikipedia, ok ? [13:31:06] wm2005 is not editable by me [13:31:07] Yeah that's cool too [13:31:10] Oh, right [13:34:14] both http and https on test.wiki expand @import to protocol-relative