[01:37:04] an extension i'm working on uses webgl to enable interactive 3d models, and falls back to static image representations of those models if the client doesn't have webgl enabled. given that i'd ultimately like to have the extension deployed on wikipedia, it seems like it'd be best to enable the feature through a user preference at least for its initial deployment (e.g. while edge-case bugs... [01:37:06] ...are worked out). the default unchecked state of the preference would have the model media files render as static images even if the client has webgl enabled; if it's checked, then interactive models would be available for webgl-enabled browsers. i was thinking about putting the preference as a checkbox input in the 'Advanced options' section of 'My preferences' -> 'Appearance'. is there... [01:37:07] ...anything special i should be aware of when implementing this preference setting part of the extension? i was thinking of simply using the MathJax (http://www.mediawiki.org/wiki/Extension:MathJax) as an example for development of the user-preference component. [08:00:15] is this an appropriate channel to seek help debugging a one-line user js on a wikimedia site? [08:12:41] hippietrail: i guess since this channel is mostly used by foundation employees, you'll have more luck when california wakes up in 9 hours or so. [08:13:18] also... #mediawiki is probably more appropriate [08:13:26] but also more helpful during later hours [08:13:30] thanks Daniel_WMDE__ - the joys of being somewhere east of turkey (-: [08:13:50] yea. hm... [08:13:57] yes i'm in there too and tried yesterday but nobody listened - not sure what time that was though [08:14:19] hm... for JS stuff, try to catch Krinkle. [08:14:29] he's in NL (CEST) [08:17:37] thanks for the tips [11:57:00] !p [11:57:09] it works [14:34:30] !this-is-intentionally-null [14:34:41] !this_is_intentionally_null [14:34:48] !this_is_intentionally_null is test [14:34:48] This key already exist - remove it, if you want to change it [14:34:52] !this_is_intentionally_null [14:34:54] wow [14:35:00] !this_is_intentionally_null2 is [14:35:00] It would be cool to give me also a text of key [14:35:03] !this_is_intentionally_null2 is [14:35:04] It would be cool to give me also a text of key [14:36:05] !this_is_intentionally_null del [14:36:05] Successfully removed this_is_intentionally_null [16:45:00] RoanKattouw: Catching up on code review also? [16:45:14] Krinkle: I did some CR yesterday [16:45:17] k [16:45:23] General CR that is [16:45:41] I won't be doing RL2 days for the next few weeks, basically until the end-of-June release for VE [16:45:45] because I need to spend that time on VE [16:45:58] we have Gadgets on the agenda for today [16:45:59] OK [16:46:40] However (and yes these are competing goals) I would also like for us to have RL2 in a deployable state right after Wikimania, so we can deploy it while you're in town [16:46:59] I'll have time to sprint on it during the first week of July [16:47:13] But other than that I'm kind of trying to get you to do as much of the work as possible :) [16:49:31] RoanKattouw: sure [16:51:23] what is ve? [16:51:35] Danny_B|backup: VisualEditor [16:52:24] ah [16:52:41] did you mean: MediaWiki Paint? [16:56:09] See also: MSPaint [17:15:20] hi 20% people [17:17:31] we're so close to being people :( [17:17:44] actually, that's a lie. we're not even close [17:18:58] Ryan_Lane: sorry, my head is too illness-befogged to get your joke [17:19:12] I trust I haven't othered you [17:19:42] * sumanah looks at https://www.mediawiki.org/wiki/Wikimedia_engineering_20%25_policy [17:19:52] Nikerabbit & RoanKattouw seem the only people I should be checking in with right now [17:21:59] but I believe Nikerabbit is on holiday, and RoanKattouw I talked with yesterday [17:22:01] so, never mind? [17:22:27] yeah, never mind [17:22:33] ok, on to other work [17:28:39] what comprises the 80% I wonder [17:30:46] apergos: the rest of their work, I presume [17:30:57] no no [17:31:15] we're 20% people and 80%.... something else [17:31:30] "20% people" is shorthand for "people who have chosen today for their 20% community service work" or something like that.... oh I get it [17:31:32] it's the something else that worries me :-P [17:42:00] sumanah: My 20% day is Tuesday, has been for months [17:42:04] I know [17:42:09] RoanKattouw: blame my cold [17:42:47] RoanKattouw: I'm now taking a break to drink fizzy water, read short stories, and possibly nap, so that I no longer inflict my reduced cognition on my community [17:43:04] Feel better [17:43:11] * sumanah nods [18:27:02] ^demon: thanks.. I guess I just forgot to add you as reviewer :D [18:27:32] <^demon> I was just skimming core for easy things to review :) [18:27:45] I added your name like a minute ago [18:27:56] does this require weird re-compile or gerrit fiddling or is this something that can be be deployed soonish ? [18:30:30] <^demon> Gerrit needs a stop+start. [18:30:38] <^demon> Plus someone from ops to push the change out [21:10:19] RoanKattouw, do you know if the ucuserprefix API call is scheduled for IPv6 love any time in the forseeable future? [21:10:58] MartijnH: Ah, it's a prefix, right, so you should be able to just ... give it prefixes? What kind of IPv6 love would it need? [21:12:02] well, it is now used as a workaround for ranges. Though it would work for IPv6 ranges as well, it might not deal so well with :: notation vs long notation. Though honestly I don't really know how MediaWiki handles those [21:13:03] it doesn't break in the sense that it no longer works as advertised, only advertised might have become less useful under that notation [21:17:47] obviously, actual support for ranges would even be better, but with the way IP's are stored in rev_user_text (does that become the IPv6 string representation btw? Its not really specified on http://www.mediawiki.org/wiki/Revision_table ) that doesn't seen feasable [21:26:37] I have no idea [21:27:18] alas [21:29:01] I guess AaronSchulz might know? [21:30:46] MartijnH: all stored ipv6 usernames are in full format [21:30:52] so it always has seven ':'s [21:31:08] well, some old legacy ones might not be [21:31:09] ah, that's good to know [21:31:29] I remember seeing some v6 edits at nlwiki years back [21:32:04] we might choice to use '::' for *displaying* IPs in some places though, which won't affect prefix queries [21:33:06] * MartijnH has a userscript depending on IPv4 format there, which was already a pain to write. Cidr -> range of prefixes is less trivial than it sounds. For IPv6 at least I have a good reason to make it a little purtier [21:33:08] hey rsterbin [21:33:37] hey [21:33:40] hi there [21:33:53] thanks for moving forward with the CT data for AFT [21:34:00] np [21:34:08] everything coming through okay? [21:34:27] I was going to look into this this afternoon (right now I'm helping with the specs for another experiment) [21:35:21] and I just noticed that the log grew to ca 360Mb daily (uncompressed) since yesterday [21:35:30] that looks to me like an awful lot [21:37:13] I haven't run an event count yet (I'm going to do this some time today) but I don't see why we are generating logs that big since yesterday [21:37:39] I'll follow up by mail, I just wanted to let you know as I just noticed this [21:37:51] I'll also tell fabrice, he's in a meeting now [21:47:05] MartijnH: you may want to peak at the CheckUser extension, it has some CIDR js [21:48:46] DarTar: we're tracking init events at 100% on the feedback page [21:49:04] ah, that's probably the reason then [21:49:28] fabrice said there wasn't much activity on the feedback page [21:49:47] but we just released the talk page link and the cta the goes there [21:50:12] it's easy to put it back at 1% if we need to [21:50:33] let me know once you run the counts — i can have it up on gerrit and ready for release within an hour [21:51:06] hmm ok, I need to change some other plans for today, hang on [21:53:24] rsterbin: [21:53:34] do you want to talk one sec? [21:53:49] skype? [21:54:28] ok [21:54:43] cool give me 1 sec to find a room [21:54:54] ok [21:58:46] AaronSchulz, ah, thanks, I'll have a look there