[19:42:43] heh, fine [19:42:48] MaxSem: but how common is that? [19:43:36] e.g. https://en.wikipedia.org/wiki/Wikipedia:Articles_for_deletion/Log/2014_January_20 [19:43:43] hey yuvipanda, should it be ok to just show the short abuse filter msg from "info"? ie "Hit AbuseFilter: Contains poop" [19:44:06] mhurd: nope. we have to show the longer message since that is usually more informative [19:44:16] mhurd: also, users will have no idea wtf 'hit abusefilter' is :P [19:44:20] gah! good point [19:44:25] mhurd: May had a design for this [19:44:46] MaxSem: ah, hmm [19:45:04] MaxSem: honestly, I don't know. [19:45:19] so let's try it for a bit?:) [19:45:29] MaxSem: how hard will reverting be? :P [19:45:37] config change [19:46:07] yuvipanda: you mentioned the long abuse filter message was an html fragment. are you presenting it as such (within web view) or are you stripping html? [19:46:28] mhurd: yeah, i'll be using a webview [19:46:33] mhurd: they have links in them, for example :P [19:46:38] yuvipanda: ah [19:46:51] mhurd: a lot of times things like 'click here to read more' or somesuch [19:46:56] stripping out links is boo boo [19:46:58] yuvipanda: cool [19:47:01] hehe [19:48:24] mhurd: :) [19:48:28] mhurd: ask may for the design? [19:50:07] greg-g: just a FYI, MobileApp got deployed on betalabs earlier today :) On track to get deployed whenever you put it on the calendar, methinks. Thanks! [19:50:19] yuvipanda: i'll go see if she's here... [19:50:30] mhurd: ok :) [19:51:12] mhurd: https://www.dropbox.com/s/7p1wanzvsd3qdcf/Screenshot%202014-01-28%2001.33.51.png is what she got me yesterday [19:51:24] (03CR) 10Jdlrobson: [C: 04-1] Use DISPLAYTITLE when rendering pages (031 comment) [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/108539 (owner: 10Theopolisme) [19:51:40] ooh nice and orange :D [19:51:51] brion: we have both disallows and warnings [19:51:52] thi sis a warning [19:52:06] brion: restyling this to be like this would be fun [19:52:11] yup [19:52:24] yuvipanda: ah cool. yeah jared just said may's remote this morning [19:52:26] (03CR) 10Jdlrobson: [C: 04-1] "Please provide more meaningful commit message - guess it should at least include mention of API" [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/109939 (owner: 10MaxSem) [19:53:07] mhurd: ah, ok [19:53:13] brion: but not too hard. [19:53:22] brion: plus that code can probably be shared [19:53:24] across things [19:53:29] yuvipanda: thanks for the png! i can work with that :) [19:54:20] jgonera: only by me [19:54:51] mhurd: :) [19:54:59] mhurd: do remember that she said it is still a WIP [19:55:08] yuvipanda: k [19:55:33] yuvipanda: i'm a bit unclear on how to trigger a warning vs disallow... "poop" for disallow, but what do i do for warning? [19:55:47] jdlrobson: luckily I was wrong, "content" is used as both an ID and a class :) [19:55:47] mhurd: you try to edit a page in the User: namespace [19:55:55] kaity, does design have any kind of website/wiki page whatever which lists who's working on what? [19:55:57] mhurd: try edting User:Yuvipandaaa as an anon user [19:56:01] (03CR) 10MaxSem: "The "mobileview" string clearly indicates that it's API. And you didn't give me a card or anything when asking to do this." [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/109939 (owner: 10MaxSem) [19:56:04] jdlrobson, ^ [19:56:10] vbamba, ^ [19:56:29] and is Jared ever on IRC? [19:56:51] jgonera: no. I'm trying to push everyone to do it! [19:57:03] (03CR) 10Yuvipanda: [C: 031] "Untested, but seems ok." (031 comment) [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/109939 (owner: 10MaxSem) [19:57:32] kaity, push harder [19:57:45] yuvipanda: cool! thanks! [19:57:49] mhurd: :) [20:03:22] jdlrobson, https://www.mediawiki.org/wiki/MobileFrontend/Dynamic_Sections - any need for this? seems to be pretty out of date too [20:04:21] yuvipanda: that's weird - if i edit "User:Yuvipandaaaaa" i get warning, but if i make the "Y" lower case the edit succeeds [20:04:41] mhurd: heh, the weird ways of abusefilter :P [20:04:50] yuvipanda: seems... odd [20:04:53] mhurd: I think maybe if you make it lowercase y it doesn't consider it to be a user namespace [20:04:55] or something? [20:04:59] ? hehe [20:05:00] mhurd: or might just be a bug in af [20:05:02] legoktm: ^? [20:05:08] yuvipanda: sounds buggy [20:05:17] yuvipanda: brb foods :) [20:05:23] ummm [20:05:38] :/ [20:05:44] legoktm: editing User:Yuvipandaaaa as anon triggers apparently, but not for User:yuvipandaaaa [20:05:45] let me try [20:05:54] the pages should be the same though? [20:06:15] legoktm: hmm, yeah. on the browser it just redirects me [20:06:19] let me try on my unit test [20:06:26] sorry, I gotta go afk [20:07:17] legoktm: ok [20:07:52] mhurd: hmm, I tried to edit User:yuvipandaaa and that also triggered for me [20:09:10] or not. [20:12:04] legoktm: hehe :P [20:12:10] legoktm: seems to be a false alarm, this one at least. [20:12:14] ok :D [20:38:43] (03PS3) 10Yuvipanda: Add AbuseFilterEditResult & a test to trigger it [apps/android/wikipedia] - 10https://gerrit.wikimedia.org/r/109887 [21:07:59] rmoen: early feedback - i'm finding the VE toolbar extremely difficult to skin to my needs due to the DOM heaviness [21:08:20] rmoen: why is the toolbar so node deep? [21:08:58] hey mhurd [21:09:03] yuvipanda: heya! [21:09:12] mhurd: did you see my messages about not being able to replicate no-warning on User:yuvipandaaa [21:09:18] jdlrobson: probably] because every component of the toolbar is a widget inside of a widget [21:09:18] they are theoretically the same page [21:09:24] yuvipanda: ya just now. lemme try here again... [21:09:31] mhurd: oh [21:09:56] jdlrobson: inside of a widget /repeat [21:10:15] rmoen: i noticed - it's /really/ difficult to style - i'm close to tears. [21:10:23] jdlrobson: https://gerrit.wikimedia.org/r/#/c/109959/ [21:10:25] jdlrobson: sorry boss [21:10:45] there were a couple of further bugs with the graphs and how they used that new history file [21:10:52] also, with how they assumed the output directory existed [21:10:59] I think that fixes them, give it a merge [21:12:55] yuvipanda: yup. same behavior i saw before - it fails on User:Yuvipandaaaaa but succeeds for User:yuvipandaaaaa [21:13:06] mhurd: are you logged out? [21:13:14] mhurd: I just tried it, I got warnings for both [21:13:19] yuvipanda: ya no login on app yet [21:13:34] lemme check a couple things... [21:14:26] mhurd: ok [21:17:11] yuvipanda: ok something else is going on because *both* sets of parameters i'm passing to the server are identical... [21:17:33] hmmm [21:17:42] mhurd: according to mediawiki, User:Yuvipanda and User:yuvipanda are pretty much the same thing [21:17:50] mhurd: case insensitive for the first character [21:18:01] mhurd: by 'case insensitive' we mean 'it is always uppercased' :) [21:18:45] i think i confusing correlation with causation. [21:18:53] mhurd: oh? [21:19:14] mhurd: maybe your edit didn't say poop one time and said poop the other time? [21:19:44] yuvipanda: ya silly mistake on my part - if you get a warning back it doesn't save, but if you resubmit, the next time it does [21:19:54] yuvipanda: is that correct? [21:20:33] mhurd: oh yeah, it does [21:20:40] mhurd: that's why it is a warning and not a block [21:20:43] yuvipanda: yes [21:20:54] mhurd: yeah, so it is proper behavior [21:21:36] yuvipanda: so i think i got a warning, then went to lower case "yuvi", then no warning, so i thought lower case wasn't triggering warning, but it wasn't triggered because we'd already been warned [21:21:45] mhurd: hah! yeah [21:21:55] hehe oh boy [21:22:00] mhurd: although this is not how most web APIs behave, but this is mediawiki... [21:22:08] :) [21:22:19] mediawiki! it's crazy [21:22:26] don't let it bite you! [21:22:32] hahaha [21:22:41] it may be contagious [21:22:48] brion: I've been using LightTable for LESS/JS [21:22:52] brion: seems pretty decent [21:22:54] milimetric: graphs still are not updating :( [21:22:58] brion: has decent vim bindings too [21:23:13] brion: I have visions of a nice gadget/userscript writer that plugs into LightTable [21:23:22] REPL with JS on Wikipedia?!?!!! [21:23:40] oooooh [21:24:41] right, jdlrobson, hence the patchset [21:25:02] it was assuming a bunch of sort of silly things that were throwing exceptions [21:25:13] but those exceptions were swallowed [21:25:30] mhurd: for now we can just reuse the same css as the page content [21:25:32] and restyle later [21:25:34] hm, now we should probably wipe the history.json file [21:27:13] yuvipanda: maybe we could set aside some time next week to sync up on the css / js? [21:27:23] mhurd: yeah, sounds fine [21:27:43] mhurd: I already spent a day last week separating it all out, componentizing it, and cleaning it up :) [21:27:51] seriously. Styling the VisualEditor toolbar is near impossible [21:28:21] yuvipanda: cool. i imaging most of our sync time will be you showing me around what you've got :) [21:28:36] mhurd: however, for CSS we will both have to build some sort of mechanism that takes the CSS from a network request and then caches it agressively [21:28:46] mhurd: Extension:MobileApp is getting deployed to production in a week or so [21:28:47] :) [21:29:06] mhurd: so we will ship with a copy of styles and js, but then once a day or so we will need to fetch an updated version and cache it again [21:29:54] nice! is it set up to allow for common js / css to be shared ios-android, but also with ability to specify platform specific overrides for each for css / js? [21:30:06] (03PS1) 10Jdlrobson: WIP: Story 1628: Put toolbar in header of VE overlay [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/110064 [21:30:13] mhurd: yup :) [21:30:17] mhurd: pretty much [21:30:17] yuvipanda: woohoo! [21:30:30] mhurd: and since it is LESS, we don't even need to rewrite it. Just set some LESS variables and we are good [21:30:49] (03CR) 10jenkins-bot: [V: 04-1] WIP: Story 1628: Put toolbar in header of VE overlay [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/110064 (owner: 10Jdlrobson) [21:30:54] yuvipanda: i'll need to poke around LESS - haven't played with yet [21:31:09] whoa light table is gonna take some getting used to [21:31:18] yuvipanda: will do so before we sync up [21:31:23] brion: install the vim plugin! :D [21:31:29] mhurd: it's fairly simple if you know CSS [21:31:32] just some extra nicities [21:31:34] :q! :) [21:31:38] brion: :D [21:31:52] yuvipanda: cool. should be pretty straighforward then [21:32:12] mhurd: I am also using browserify on the client side. we'll have to split the JS clientside and serverside and load them differently. Should be interesting. [21:32:21] mhurd: do read up on that too, if you feel like :) [21:32:26] browserify + commonjs modules [21:32:37] yuvipanda: will do [21:32:41] mhurd: :) [21:34:39] (03PS1) 10Cmcmahon: Add a short pause for notification to disappear [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/110068 [21:37:33] (03PS2) 10Cmcmahon: Add a short pause for notification to disappear [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/110068 [21:42:43] (03PS1) 10Jdlrobson: QA: Add tests for Story 1609 captcha refresh [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/110078 [21:42:45] (03PS1) 10Jdlrobson: Story 1609: Push captcha refresh to stable [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/110079 [21:42:46] milimetric: whens a good time for me to help you out with bingle stuff? [21:43:04] jdlrobson: http://mobile-reportcard.wmflabs.org/#edits_daily-graphs-tab [21:43:18] just clear your cache jdlrobson, limn doesn't cache-bust urls that go through its proxy [21:43:25] (it's a known bug that's filed) [21:43:27] yuvipanda: another question - i see "abusefilter-warning/userpage_edit" - does "abusefilter-disallowed" have error sub-types too? (like the "/userpage_edit" part of "abusefilter-warning") [21:43:28] ? [21:43:36] in other words, graphs are back [21:43:40] wow cache issues [21:43:42] but you gotta clear cache [21:43:43] i see :) [21:43:43] mhurd: possibly. I haven't encountered any [21:43:56] yuvipanda: k thx! [21:43:57] mhurd: I only use the part before the / though. -warning is ignoreable, -disallowed is not [21:44:02] thanks milimetric [21:44:08] awjr: when do you have time? [21:44:11] brion: reminder about deploying things [21:44:19] i'm free anytime [21:44:23] milimetric: how's now? [21:44:26] k :) [21:44:28] yuvipanda: snds good [21:44:46] awjr: batcave: http://goo.gl/1pm5JI [21:44:49] mhurd: although I'm not fully sure. You could perhaps look through the AbuseFilter code [21:44:56] mhurd: alternatively, bug someone from the web team :P [21:45:01] mhurd: they just finished dealing with this [21:45:08] mhurd: easier for you to do the bugging since you are in the office! [21:45:13] hehe [21:45:26] kaldari: gonna review your story 1620 patch next just as an fyi [21:45:33] jdlrobson: the cache stuff wasn't the only issue, but it didn't help [21:45:43] mhurd: but I think that's a good idea anyway. [21:45:55] mhurd: they just went through this, so.. :) [21:46:15] yuvipanda: will do [21:46:24] mhurd: and email out notes! [21:46:28] k [21:47:01] jdlrobson: https://bugzilla.wikimedia.org/show_bug.cgi?id=60542 [21:47:28] milimetric: https://wikitech.wikimedia.org/wiki/Bingle [21:48:57] milimetric: https://github.com/awjrichards/bingle [21:51:23] milimetric: /data/project/bingle/bin/bingle-analytics [21:53:25] yuvipanda: hey, who all from your team has deploy rights/ [21:53:26] ? [21:53:38] greg-g: afaik, MaxSem and kaldari and awjr [21:53:54] greg-g: for some definition of 'my team' - they all are part of mobile web, which is sortof the same team but not really. [21:54:01] k, would one of them be willing to pull the trigger on deploying MobileApps? [21:54:03] greg-g, jgonera is also applying ATM [21:54:08] heh [21:54:10] greg-g: MaxSem agreed to do it [21:54:10] greg-g: and jgonera [21:54:25] wait, he is? [21:54:40] oh, "applying" I read "deploying" [21:54:41] heh [21:54:59] heh, I also read it the same way [21:55:05] whew, not just me [21:55:13] I should apply at some point in the near to mid future. I got trained, even! :P [21:55:17] yuvipanda: alright, I'll add that on the calendar, I'm just making the cal for next week now [21:55:21] yuvipanda: yessir [21:55:22] greg-g: wheee! [21:56:30] thanks greg-g :D [21:56:36] yuvipanda: heh i just now got back to keyboard :D [21:56:48] middleman cut out ;) [21:56:49] * yuvipanda pokes brion about the confirmedit/account creation thing :P [21:57:02] mhurd: violetto https://www.dropbox.com/s/jcz38cxtx9xwbzd/2014-01-28%2021.56.24.png :) [21:57:23] greg-g: do you have our core + ConfirmEdit changes for the captcha scheduled? [21:57:34] i'll pull up the change sets ... [21:57:45] ... don't think so [21:57:51] ok lemme pull em up [21:59:29] milimetric: /data/project/bingle/ [21:59:29] shit, I need to sleep [21:59:31] night [21:59:33] folks [21:59:41] brion, do we want them on wmf10 or wmf11 would suffice? [21:59:42] greg-g: https://gist.github.com/brion/8677364 [21:59:51] MaxSem: when do they go out? [22:00:01] yuvipanda, yeah, I got trained too and I'm beginning to forget what I learned so I better deploy something under someone's supervision soon ;) [22:00:02] yuvipanda, so... https://gerrit.wikimedia.org/r/110087 ?:) [22:00:08] i know yuvi's raring to go so on wmf10 preferred if possible [22:02:57] brion, same question to you re https://gerrit.wikimedia.org/r/110087 [22:03:21] MaxSem: as long as it doesn't break the section breakdown, i think that won't explode [22:03:41] if we get misbalanced bits of html, the browser's parser should fix them up on insert [22:03:54] it won't break it cause things get tidied after breaking up [22:04:11] yuvipanda: i talked to jon and emailed mobile-tech [22:04:19] mhurd: whee [22:04:20] nice [22:04:42] commit message: "thingy" [22:10:05] so, it looks like all the right people did reviews on those changes, brion. so, what do you want? ;) ie: when and where (wmfXX)? [22:10:35] woohoo! [22:10:44] greg-g: what's the calendar look like? [22:10:53] i'm a bit fuzzy on which branches are live [22:10:58] * greg-g nods [22:11:16] greg-g, LD them? [22:11:16] as of right now, 10 and 11 are active, wikipedias on 10, all else on 11 [22:11:24] MaxSem: I'm wary of those for an LD [22:11:29] hmm [22:11:45] do they need to go out Right Now(TM) or can they wait until, eg, Monday? [22:11:53] (so they get announced on Friday) [22:11:56] (and in TechNews) [22:11:58] now would be great, but monday would be ok [22:12:19] as long as we know when to target and , thus, when to start on the create account feature that needs it :D [22:12:22] and yes we'll need on wmf10 [22:12:37] * brion looks at yuvipanda :) [22:12:53] oh, as in, this is just the backend needed stuff but the mobile app part isn't done yet? [22:13:00] right [22:13:00] wmf10 will be dead by then [22:13:02] * greg-g nods [22:13:07] ok then just wmf11 if deploying then \o/ [22:13:10] keeps life simpler [22:13:12] :) [22:13:27] you'd want it everywhere all at once? [22:13:40] if possible, but we only need it on *wikipedia (including test) [22:13:41] it will already be in wmf12 [22:14:05] right, those things are auto-branched, to the best of my knowledge (just ConfirmEdit and core, right?) [22:14:07] so wmf11 which on Monday will be on WPs is what's needed [22:14:25] * greg-g nods [22:14:25] k [22:14:28] ok [22:14:47] 2pm pacific? [22:15:07] works for me [22:15:17] MaxSem: I assume you're doing it? [22:15:22] we'll have a kickoff then [22:15:29] d'oh timing :D [22:15:36] stupid calendars [22:15:59] jgonera, have you already submitted? [22:16:00] MaxSem: 3? [22:16:10] WFM [22:16:27] \o/ [22:17:12] coolio, adding now [22:17:33] MaxSem, shell access request? yes [22:17:57] cool - so you'll be able to break^W deploy [22:19:48] jgonera, ^ [22:20:09] yep, soon marktraceur [22:20:12] MaxSem [22:20:24] * marktraceur waves [22:20:41] * awjr waves back [22:20:45] (added) [22:21:46] (03CR) 10Jdlrobson: [C: 032] Story 1620 (part 2): Promote LeftNav Signup A/B test to Stable [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/109022 (owner: 10Kaldari) [22:21:55] (03CR) 10Jdlrobson: [C: 032] Story 1620 (part 1): Update leftNav Signup A/B test for new schema [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/109012 (owner: 10Kaldari) [22:22:34] (03Merged) 10jenkins-bot: Story 1620 (part 1): Update leftNav Signup A/B test for new schema [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/109012 (owner: 10Kaldari) [22:23:04] (03Merged) 10jenkins-bot: Story 1620 (part 2): Promote LeftNav Signup A/B test to Stable [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/109022 (owner: 10Kaldari) [22:27:40] (03PS3) 10Jdlrobson: QA: Add a short pause for notification to disappear [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/110068 (owner: 10Cmcmahon) [22:27:46] ^ chrismcmahon QA: prefix ;-) [22:28:06] jdlrobson: /me headdesks [22:28:23] jdlrobson: you're looking into VE in a mobile view, yes? [22:28:27] chrismcmahon: i'm getting a huge backlog of QA patches i could do with some review on.. [22:28:30] https://gerrit.wikimedia.org/r/#/c/109451/ for example [22:28:36] as a precursor for VE testing [22:29:04] jdlrobson: will do, I have to finish up one thing in the next 30 minutes or so [22:29:37] thanks :) [22:29:46] (03CR) 10Jhall: [C: 031] QA: Add a short pause for notification to disappear [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/110068 (owner: 10Cmcmahon) [22:41:06] (03Abandoned) 10Jdlrobson: Remove whitespace within UserProfile boxes on iOS [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/108173 (owner: 10Jdlrobson) [22:41:12] (03Abandoned) 10Jdlrobson: Hygiene: Style the styleguide to look like more like mobile [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/106316 (owner: 10Jdlrobson) [22:48:44] (03CR) 10Jdlrobson: Beta Feature: Register mobile skin, offer users the ability to change it (034 comments) [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/102866 (owner: 10Jdlrobson) [22:48:56] (03PS12) 10Jdlrobson: Beta Feature: Register mobile skin, offer users the ability to change it [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/102866 [22:52:02] yuvipanda, out of curiosity, are the Android apps developed right now compatible with Android < 4? [22:54:51] (03PS2) 10Jdlrobson: Hygiene: Don't use content_wrapper [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/109319 [22:55:00] (03PS3) 10Jdlrobson: Hygiene: Don't use content_wrapper [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/109319 [23:00:38] jgonera: we're intending to make the new app run on 2.3 and higher (2.3 is still a fairly large chunk of the pie) but at the moment it doesn't in-development, we need to do some tweaks [23:01:12] brion, interesting, that might be quite an effort... [23:01:39] a google compatibility library gives us most of the new UI controls [23:01:45] but there may be a few things that are painful yes :D [23:01:57] brion: oh, any time to poke the captcha patch? (https://gerrit.wikimedia.org/r/#/c/109819/) [23:02:05] oh yeah moment [23:02:16] cool! [23:11:19] (03CR) 10Brion VIBBER: [C: 032 V: 032] "It woooorks :D Two main problems I see:" (031 comment) [apps/ios/wikipedia] - 10https://gerrit.wikimedia.org/r/109819 (owner: 10Mhurd) [23:11:33] mhurd: i noted a couple issues in there which you can fix up later [23:11:40] but it works :D [23:13:16] Reedy: what generates https://www.mediawiki.org/wiki/MediaWiki_1.23/wmf11? [23:13:58] tools/release make-deploy-notes/make-deploy-notes [23:14:12] thanks Reedy - how does it get run? do you just do it manually? [23:14:24] Yeah [23:14:37] There's a wrapper in there to do the uploading etc [23:14:43] cool [23:15:17] Reedy: would you be opposed to augmenting the data on that page, a la https://www.mediawiki.org/wiki/Extension:MobileFrontend/Deployments/2013-12-12, or alternatively running a second script to generate something like that? [23:15:40] brion: yay! i'll make a note of issues :) [23:15:45] brion: thx! [23:16:24] brion: oooh good points! [23:16:29] kenanwang_: jdlrobson: is something like https://www.mediawiki.org/wiki/MediaWiki_1.23/wmf11#MobileFrontend sufficient for our deployment notes, or do you need more info ilke we'd been doing with https://www.mediawiki.org/wiki/Extension:MobileFrontend/Deployments/2013-12-12? [23:19:03] this looks sufficient but the other format would be nice :-) [23:28:00] yuvipanda: yt? [23:42:02] awjr: i think the 2nd format is much nicer but then i'm biased [23:42:12] :) [23:42:21] awjr: mostly because it forces a convention for commits\ [23:42:55] jdlrobson: once i sort out these bingle issues im going to take a look at the tool that sam uses and see if it would be trivial to link ours up. i dont want to add more overhead for him, but it may be easy to smoosh them togetehr [23:53:50] brion: yuvipanda: is it just me or does it seem like a pain to have to use a webview to show abuse filter warnings because they may contain html? [23:54:26] mhurd: here's what i'd consider: [23:54:34] convert from HTML to NSAttributedString if possible [23:54:41] then use a native UITextView or whatever [23:54:44] UILabel? [23:54:47] whichever widget [23:55:12] all we're likely to have is like bold and underline and *maybe* a link [23:55:51] hmm... can u point me to a list of these possible warning messages? [23:56:05] to see what i'd be getting in to haha [23:56:18] heh lemme see [23:56:46] oh good god [23:56:52] these may be even horrider [23:56:57] hehe uh oh [23:57:01] https://www.google.com/search?q=wikipedia+abusefilter+warning+messages [23:58:20] i'm confused [23:59:10] i think some of those messages get shown as warnings [23:59:13] i'm not really sure exactly