[00:54:00] [Commons-iOS] Rolken opened pull request #2: Use threadsafe singleton code (master...master) http://git.io/sC4--Q [01:08:45] Hi, trying to track something down, and i hope someone here can help me. [01:09:34] Wikipedia looks great on my iPhone, but http://wiki.openstreetmap.org looks like junk. [01:09:51] Doesn't even look like it's a mobile version. [01:10:09] Is this due to the version of mediawiki? 1.17 versus 1.21 ? [01:28:08] Any idea which version introduced MobileFrontend into core? [12:09:16] New patchset: Zfilipin; "Updated Ruby gems" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/46232 [15:51:01] [java-mwapi] yuvipanda pushed 4 new commits to master: http://git.io/gxxUXg [15:51:01] java-mwapi/master 7fdf45c YuviPanda: Updated dependencies [15:51:01] java-mwapi/master 558c4cd YuviPanda: Revert "Updated dependencies"... [15:51:01] java-mwapi/master 6ac7910 YuviPanda: Update dependencies [15:51:04] [java-mwapi] yuvipanda tagged api-1.1 at 00f4088: http://git.io/5SeSig [15:51:11] [java-mwapi] yuvipanda pushed 1 new commit to master: http://git.io/c2LSYQ [15:51:11] java-mwapi/master b763d5f YuviPanda: [maven-release-plugin] prepare for next development iteration [16:05:05] [android-commons] yuvipanda pushed 2 new commits to master: http://git.io/VwzLrw [16:05:05] android-commons/master 77aae75 YuviPanda: Update dependencies... [16:05:05] android-commons/master aab434d YuviPanda: Do not force HTTP/1.0... [16:15:51] Project Android-Commons (mobile) - Nightly builds build #5: FAILURE in 21 sec: https://integration.mediawiki.org/ci/job/Android-Commons%20(mobile)%20-%20Nightly%20builds/5/ [16:15:51] * yuvipanda: Remove Audio support for now [16:15:52] * yuvipanda: Update dependencies [16:15:52] * yuvipanda: Do not force HTTP/1.0 [16:35:14] New review: Cmcmahon; "maintenance" [mediawiki/extensions/MobileFrontend] (master); V: 2 C: 2; - https://gerrit.wikimedia.org/r/46232 [16:35:14] Change merged: Cmcmahon; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/46232 [17:31:30] Change abandoned: Jdlrobson; "(no reason)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45914 [17:50:59] [Commons-iOS] brion pushed 1 new commit to master: http://git.io/EAhPFA [17:50:59] Commons-iOS/master 5dd85ab Brion Vibber: adjust cell layouts [17:53:58] jdlrobson: am I coming across as robovoice? [17:54:55] [Commons-iOS] brion pushed 2 new commits to master: http://git.io/urJo-Q [17:54:55] Commons-iOS/master 6e77d34 Janardan Yri: Use threadsafe singleton code. [17:54:55] Commons-iOS/master 7bfec82 Brion Vibber: Merge pull request #2 from Rolken/master... [17:59:33] [Commons-iOS] brion pushed 1 new commit to master: http://git.io/8eZ5Xg [17:59:33] Commons-iOS/master be15e4b Brion Vibber: update README, add CREDITS, add COPYING (gplv2) [18:00:37] dero [18:00:39] gah [18:00:42] having problems joining hangout [18:20:36] * YuviPanda waves at brion [18:20:42] YuviPanda: yo yo [18:20:45] brion: you're going on at monstrous speed [18:20:58] i am a coding machine [18:21:03] driving in the fast lane [18:21:03] indeed. [18:21:07] hopefully not into oncoming traffic [18:21:10] heh [18:21:15] hey qgil_ qgil [18:21:19] tiny bit of PM? [18:21:28] brion: :D I doubt CI is possible with iOS? [18:21:38] well [18:21:50] in theory we could probably automate builds, but i don't know if we can sign them [18:21:59] aah [18:22:00] yes [18:23:04] brion: should setup some form of auto-updating nightlies :) [18:23:13] awjr: jgonera could you check https://gerrit.wikimedia.org/r/#/c/45918/ and get that merged today [18:25:09] so MaxSem what api would you like me to use for https://gerrit.wikimedia.org/r/#/c/45685/ ? [18:25:30] is this okay to go for the time being? [18:26:40] jdlrobson, I would still recommend you to use prop=extracts and use the contents of the first non-empty section [18:26:57] is the summary always in the first non empty section? [18:27:09] (on commons) [18:27:59] during text extraction, the text from liicense templates will be eliminated so the only thing that remains should be the image description [18:28:21] (unless the page uses {{information}}, in whichn case you'll get nothing [18:28:23] ) [18:28:27] let me just have a look at a sample page [18:28:38] does prop=extracts give me wikitext or html ? [18:28:53] simply text [18:29:23] meh https://commons.wikimedia.org/wiki/File:Challenger_explosion.jpg [18:29:44] will be no text my way and a lot of pointless templates your way [18:29:45] http://commons.wikimedia.org/wiki/Special:ApiSandbox#action=query&prop=extracts&format=json&exlimit=10&titles=File%3AChallenger%20explosion.jpg doesn't seem to give me any extract [18:29:57] ^^ [18:30:13] MaxSem: the important thing is it should work for mobile uploads through the mobile interface [18:30:51] http://commons.wikimedia.org/wiki/Special:ApiSandbox#action=query&prop=extracts&format=json&exlimit=10&titles=File%3ALead_Photo_For_Pessimism0-5290251125115901.jpg < so MaxSem this gives me the heading [18:30:54] and the licensing [18:31:02] I just want the summary [18:31:50] it's also localized in html making it harder to determine if in fact is _is_ the summary [18:31:51] note what I said: the content of the first non-empty section;) [18:31:55] which is why I went for wikitext [18:32:05] it's more exact [18:32:24] I feel like operating on the wikitext will be more accurate [18:32:30] on the long term [18:32:45] New patchset: Siebrand; "Rename calls to wfArrayToCGI to wfArrayToCgi" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/46268 [18:32:53] Sure at first some of the summaries will be templates and not make sense but these can easily be filtered/dealt with differently [18:33:02] MaxSem: [18:33:04] ^ [18:33:12] Maryana: before the kickoff meeting today, can you make sure the priority order of cards is correct? https://mingle.corp.wikimedia.org/projects/mobile/cards?favorite_id=625&view=Next+iteration+story+wall [18:33:25] jcmish: ping [18:33:42] O RLY? what will you do if the wikitext will be {{sq|Waawa [[Epic lulz|foo bar]] varber quux}}? [18:33:42] awjr: doing :) [18:33:50] thanks Maryana! [18:34:16] MaxSem: not show it [18:34:24] jdlrobson, the more assumptions you make, the more funny it will be when even one of them is proven wrong [18:34:57] MaxSem: I'm looking to be proven wrong [18:35:02] wat if someone uploads both from mobile and desktop site? [18:35:09] I just think we're overcomplicating this with edge cases [18:35:16] MaxSem: we'll tweak the algorithm [18:35:26] Change merged: Demon; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/46268 [18:35:26] I just want to show /something/ right now and I'm not convinced we know what that something is [18:35:51] i'd rather get something out there and let the community complain and help tweak it [18:35:53] ...and that's how IE6 came to existence:) [18:36:45] Hey YuviPanda [18:36:48] MaxSem: remember the main goal of this story is to show descriptions of photos uploaded via mobile and the current patch set works for that [18:36:53] still, please don't use action=parse for wikitext retrieval [18:37:14] hey jcmish [18:37:22] i'm not MaxSem [18:37:29] jcmish: was wondering if you know of a way to do 'auto updating nightlies' in android? [18:37:30] i'm using revisions and rvprop [18:37:36] sehr gut [18:37:38] https://gerrit.wikimedia.org/r/#/c/45685/2/javascripts/specials/donateimage.js [18:37:46] jcmish: essentially a way so that instead of having to download the apks every time, they could just get it once and it will auto update? [18:37:52] I mean we might decide we only want to show mobile uploads here [18:37:57] and forget the desktop use case [18:38:21] So MaxSem can you bear to +1 it? [18:38:30] New review: MaxSem; "{{I warned ya}}" [mediawiki/extensions/MobileFrontend] (master); V: 0 C: 1; - https://gerrit.wikimedia.org/r/45685 [18:38:35] ") [18:38:37] :) [18:38:50] ;) [18:39:11] Thanks MaxSem. I may be proved wrong but i'm happy for that to be the case :P [18:39:13] jdlrobson: RE https://gerrit.wikimedia.org/r/#/c/45918/1, is closing a section supposed to remove the corresponding hash? [18:39:28] awjr: umm probably not [18:39:38] YuviPanda: let me think [18:39:39] since it is the last place you were in the document [18:39:39] al [18:39:40] jdlrobson: it doesnt [18:39:46] but i ws curious if it should [18:39:57] well you are still at the header [18:40:12] jdlrobson, do we need fresh assets for this card, or is the imbedded file ok? https://mingle.corp.wikimedia.org/projects/mobile/cards/330 [18:40:19] jcmish: something like that for both android and ios would be very useful. I'd be to happy to set it up for android if you can find one :) [18:40:21] also we removed close this section from beta so maybe we should do that from stable [18:40:31] (which makes this conversation obselete awjr ) [18:40:33] hey tfinc [18:40:39] Maryana: looking [18:40:41] YuviPanda: howdy [18:40:44] awjr, I was thinking... Are there non-WAP phones that don't reasonably support HTTPS? [18:40:45] jdlrobson: yeah that makes sense, that would be a good q for product [18:40:54] tfinc: sent PM [18:41:01] I think that's enough Maryana - it's clear enough [18:41:12] okey doke - removing the 'design needed' tag [18:41:16] awjr: Maryana should we remove close this section from stable? [18:41:34] yeah, let's kill it [18:41:41] new story? [18:41:48] Maryana: context is: https://gerrit.wikimedia.org/r/#/c/39750/ [18:41:59] MaxSem: i don't know the immediate answer to your question, but we decided last week that we won't be exposing login functionality to devices that don't support jquery [18:42:02] yup it's a pretty simple change but we should prioritize it [18:42:03] YuviPanda: let me take that one on and look. We used to keep a download site at the last place I worked [18:42:18] and nightly our build for jenkins would push up there [18:42:21] MaxSem: i dont know for sure but my guess is if a device supports jQuery, it should be fine to handle https [18:42:26] then run commands to put it on our test devices [18:42:29] jcmish: we've a download site too - but would be nice if it auto updates to prevent people from having to re-download every time [18:42:33] ah [18:42:35] sounds good [18:42:40] awjr: i'd agree with that - but best way to find out is to get something out in the wild :) [18:42:54] k YuviPanda let me take that as an action item [18:43:00] jcmish: thanks :) [18:43:01] I'll see what I can find tonight [18:43:09] Also YuviPanda brion remember… https://twitter.com/jasoncartwright/status/295746939557916673 :P [18:43:18] jcmish: if you pull that off, write it up on mw.o somewhere? [18:43:18] you bet [18:43:29] jdlrobson: we'll beat you in future, you'll see :) [18:43:59] awjr, I've put https://mingle.corp.wikimedia.org/projects/mobile/cards/357 - no idea how much longer it will remqain blocked [18:44:17] chrismcmahon: will do [18:44:34] brion: http://jonrobson.me.uk/images/soonbrion.jpg [18:44:40] *put to back-burner [18:44:46] :D [18:45:26] http://en.m.wikipedia.org/wiki/Worst_films_ever_made < heehe good use of this page has issues :D [18:45:38] im googling around about device compatability with ssl, im not finding a lot of info. but surprisingly, wildcard ssl certificates are not supported by windows mobile < 6 [18:46:07] awjr: we don't give those phones jQuery [18:46:08] nothing is supported by windows mobile < 6 [18:46:22] yah [18:46:22] they can't handle the jQuery! [18:46:56] this is now my favorite twitter search https://twitter.com/search?q=has%20issues%20wikipedia&src=typd [18:47:06] brion: also, I'm getting a FF OS test device next month [18:47:21] excellent [18:47:38] i'm totally buying one of the orange ones too when they come out, hopefully i can actually get 3g on it [18:47:47] edge only in US on this early one :P [18:47:51] brion: however, my experiences with the devices + the tech on the hackathon have left me *very* dissapointed [18:48:07] it's got potential [18:48:20] but it needs faster hardware and faster software :) baby steps [18:48:52] meh, from googling it seems like there aren't generally issues with smartphones and ssl certs [18:50:09] MaxSem: is there an rt ticket open or anything like that for https://mingle.corp.wikimedia.org/projects/mobile/cards/357 ? also, what is the urgency of getting that monitoring in place? i suspect it's pretty high given going live with geodata? [18:50:56] hi YuviPanda [18:51:02] hey qgil_ [18:51:04] PM? [18:54:12] awjr, advanced monitoring, realistically speaking, is good to have but not mandatory for going public. broken basic monitoring is more concerning, but it's on Peter's todo list [18:55:12] MaxSem: makes sense. can you make separate cards (one for advanced, one for basic monitoring) and if there isn't currently an RT ticket, file one? [18:55:25] we should make sure basic monitoring is done asap [18:55:58] no card needed for basic one, as it's not in our power to fix [18:56:01] if we have separate cards (and an rt ticket) it's easier to keep visible and help keep moving forward [18:56:27] that's ok, MaxSem - go ahead and do it anyway so we can keep the issue visible on our end [19:01:53] Change merged: awjrichards; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45918 [19:02:08] Yippie, build fixed! [19:02:08] Project Android-Commons (mobile) - Nightly builds build #6: FIXED in 49 sec: https://integration.mediawiki.org/ci/job/Android-Commons%20(mobile)%20-%20Nightly%20builds/6/ [19:07:57] awjr, you should receive a RT email [19:08:04] awesome thanks MaxSem [19:10:13] jdlrobson: is https://gerrit.wikimedia.org/r/#/c/45685/2 related to card 328? [19:10:58] yes [19:11:15] it was originally a dependent patch [19:11:16] b [19:11:29] (the patch it depends on referenced the story) [19:11:56] ok cool [19:12:13] also awjr can you and jgonera review https://gerrit.wikimedia.org/r/#/c/45909/ [19:12:23] otherwise we will deploy code that causes lots of 404s [19:12:34] it's not as scary as it looks [19:15:13] jdlrobson: yeah but in a bit [19:17:00] New review: JGonera; "I like it, like everything that makes our code more DRY ;)" [mediawiki/extensions/MobileFrontend] (master); V: 0 C: -1; - https://gerrit.wikimedia.org/r/45909 [19:18:43] New patchset: awjrichards; "Surface image summaries on DonateImage page (beta)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45685 [19:18:59] jdlrobson: can you make sure i didn't explode anything during merge conflict resolution ^? [19:19:50] sure [19:24:13] jgonera: replied https://gerrit.wikimedia.org/r/#/c/45909/ [19:25:58] Change merged: Jdlrobson; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45685 [19:26:12] jdlrobson, changed to +1 [19:26:24] sweet thanks jgonera [19:27:37] brion: do you want to kick around, give the Java code a look at? [19:27:40] Change merged: Jdlrobson; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45909 [19:27:59] YuviPanda: yeah moment, i'm filing some bugses [19:28:07] okses [19:29:15] so MaxSem is the plan to enable nearby feature on mobile web tomorrow for wikipedia ? [19:29:51] jdlrobson, we could - for enwiki only though as not every wiki have started using it so far [19:30:13] MaxSem: that would be cool. It's alpha only too.. [19:30:29] I'd like to see it in action and I know Maryana is interested in it for future stories around photo uploads [19:31:51] jdlrobson, have you seen my comment in https://gerrit.wikimedia.org/r/#/c/43594/ ? [19:32:38] which comment? [19:32:55] I don't see comments after something has been merged [19:33:16] I see 3 i18n comments [19:33:25] ah the distance algorithm [19:33:43] would've been much nicer [19:33:49] yeh it probably can be [19:34:03] i'd expect design to input on that when we start working on it more [19:34:05] something to iterate on [19:34:39] * jdlrobson looks forward to the time he can add a teleport link on a web page that when clicked teleports you to the long/lat location [19:34:58] i guess that would be a web intent rather than a link though.. [19:35:20] oh eclipse doesn't like this project with its separate dependencies :) [19:35:39] YuviPanda: any recommended IDE for working with it? or just browse the files maually [19:37:55] brb [19:40:09] jdlrobson: can you get in your interview feedback today ? [19:42:17] YuviPanda: so ImageLoaderTask scales the bitmap to the screen size right? or is it loading the full image into memory and keeping it there? [19:42:50] brion: scales [19:43:01] excellent, i thought so just wanted to be sure [19:43:18] my notifications panel seems really slow while i'm uploading [19:43:19] on 4.1 [19:43:25] brion: yes, it's a known issue [19:43:28] i've no idea what is causing it :( [19:43:33] brion: on 4.1, 4.0 as well [19:43:40] something blocking the notification updates maybe? [19:44:03] brion: possibly. I'm setting up the wmf nexus server now, and reading up on TraceView [19:44:10] should be able to properly profile it [19:44:15] brion: googling finds absolutely no hits [19:44:15] spiff [19:45:16] brion: how are you handling a Queue? [19:45:49] i'm storing upload image information in a CoreData database, ordered by creation timestamp [19:46:02] i just pick the top one out and upload it, then delete it when it's finished and continue :) [19:46:05] brion: hmm, that's what I'm thinking of too. [19:46:16] but problem being that upload is done in background as a service [19:46:36] and services have an inbuilt queue (at least IntentServices do) [19:46:41] hmm, nice [19:46:43] but yeah, at some point I need to hit disk [19:46:47] so I might as well do it now [19:46:53] yeah especially if you want to be able to stop and restart [19:47:00] brion: while there is no such thing as coredata, ormlite is already wonderful :) [19:47:04] brion: we can't really do 'pause' can we [19:47:08] \o/ [19:47:22] we could fake pause if we uploaded small pieces, and just stop at the next chunk [19:47:25] but that's a pain in the ass [19:47:43] brion: with the fireogg type protocol? [19:47:50] i need to implement support for that sometime [19:47:52] :D Log.d("Commons", "ZOMG I AM BEING KILLED HALP!"); [19:47:58] yeah [19:48:15] brion: I spent about 2 days debugging HTTP/1.0 issues when I first built it [19:48:27] and then Ryan_Lane goes and adds HTTP/1.1 support to all https [19:48:32] lol [19:48:36] and then I had to kill my hacks [19:51:07] brion: tfinc meeting in 10 mins? [19:51:14] YuviPanda: yes [19:51:39] whee [19:57:40] New review: awjrichards; "I think this has unintended consequences on the 'create account' form, which appears to already have..." [mediawiki/extensions/MobileFrontend] (master); V: 0 C: -1; - https://gerrit.wikimedia.org/r/45915 [19:57:52] tfinc: brion notnarayan will be joining us I think [19:57:58] excellent [19:58:03] YuviPanda: sweet [19:58:17] maxsem, did we switch to a new rev tag for mobile uploads? [19:58:26] we did [19:58:32] what's the tag? [19:58:58] YuviPanda: we'll have a bit of delay some Alolita is still finishing up in the room were goin using [19:59:04] https://en.wikipedia.org/w/index.php?title=Special:RecentChanges&tagfilter=mobile+edit [19:59:17] YuviPanda: paste the hangout link [19:59:19] on commons, i mean :) [19:59:30] notnarayan: pasted on IM [19:59:47] this file comes up when searching for 'mobile edit' in the RC filter: https://commons.wikimedia.org/wiki/File:Bichon_Havanais_Puppies.jpeg [19:59:55] * YuviPanda wonders about revtags vs just having a category [19:59:56] YuviPanda: the party is over it seems :( [19:59:57] but that doesn't look like a mobile upload [20:00:00] though it is adorable [20:00:03] notnarayan: what party? [20:00:19] YuviPanda: thats what hangout tells me [20:00:20] actually, a category is not a bad idea [20:00:25] notnarayan: weird. [20:00:38] makes it a lot more transparent & easy for people to patrol [20:00:57] Maryana: yeah, that's what we used for WLM [20:00:59] there was a category for WLM, correct? [20:01:02] ha, jinx [20:01:08] I'm planning to do one tonight to add to the android app [20:01:46] notnarayan: i invited you [20:01:49] i think imma write a story to add that for mobilefrontend also [20:01:55] unless maxsem objects :) [20:02:16] hmm, yes, a tracking category via a template could be useful [20:03:04] yeah, and unlike revtags, it won't just disappear after a few days [20:03:12] to the frontend user, anyway [20:03:20] +1 [20:03:25] i still don't get how those puppies are a mobile upload [20:03:27] revtags seem useful for edits though [20:03:31] unless the tag is being wonky [20:03:34] indeed [20:30:28] awjr, I just tried to rebase my changes on master [20:30:41] and I don't know where we list the test files now [20:30:51] previously in MobileFrontend.body [20:30:59] jgonera ah, take a look in MobileFrontend.hooks.php [20:31:23] that's what i was saying this morning - i refactored all of the hook handlers out of MobileFrontend.body.php [20:31:47] that's why I asked you ;) [20:31:49] thanks [20:31:57] no problem :) [20:32:30] jdlrobson: hey [20:32:34] Maryana: did we cancel the design meeting today? [20:32:36] hey notnarayan ! :D [20:32:43] yeah, about to send an email about that [20:32:49] jdlrobson: hey, is there an account create flow for mobile web that i can have a look at? :) [20:33:30] notnarayan: https://en.m.wikipedia.org/w/index.php?title=Special:UserLogin&type=signup [20:34:14] jdlrobson: notnarayan will be joining us from thursday :) [20:34:25] sweet that's great news notnarayan :) [20:34:30] jdlrobson: :) [20:35:51] notnarayan: link to mingle https://mingle.corp.wikimedia.org/projects/mobile [20:39:49] New patchset: JGonera; "Add View, an abstraction over jQuery elements." [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/46290 [20:39:57] notnarayan, wheeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee [20:40:07] MaxSem: \m/ [20:40:19] New patchset: Jdlrobson; "Login form error message has no margin (bug 44355)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45915 [20:40:23] oh dear. I think my Air is going to die soon :( [20:40:31] MaxSem: how have you been? [20:42:09] notnarayan, awesome [20:42:53] Change merged: awjrichards; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45915 [20:47:53] New review: Jdlrobson; "Waiting to see a dependent patchset." [mediawiki/extensions/MobileFrontend] (master); V: 0 C: 0; - https://gerrit.wikimedia.org/r/46290 [20:52:34] Maryana: there? [20:52:42] yep. what's up? [20:53:03] so the design meet up could be useful to discuss 359 and 343 [20:53:15] and any other potential future stories [20:53:25] ok - well, we have R61 booked and i think munaf is free :) [20:53:29] sweet [20:53:34] i'll head up in 7 [20:53:40] excellent [20:54:42] Maryana: are you goign to make a category for tracking uploads that we (app team) can reuse? Or should I get on it? [20:54:50] the WLM one looks like a good base... [20:54:56] (no hurry, just don't want to dup work) [20:55:19] i think it might be good to have 2 categories, just as long as we don't name them in a radically different way [20:55:31] like "uploaded via mobilefrontend" and "magical awesome app upload!!" [20:55:39] :) [20:55:52] Maryana: well, WLM has a {{platform}} parameter, no? [20:55:55] err, I meant 'template' [20:55:57] not category :) [20:56:01] definitely two categories, yes [20:56:06] but one template? [20:56:07] oh, sweet [20:56:12] yeah, that makes good sense [20:56:27] https://commons.wikimedia.org/w/index.php?title=Template:Uploaded_with_WLM_Mobile&action=edit is pretty nice start :D [20:56:29] Maryana: "This commons photo was brought to you by the letter A" [20:56:56] i wrote up a story card for this for next iteration. take a look, yuvipanda: https://mingle.corp.wikimedia.org/projects/mobile/cards/397 [20:57:52] Maryana: awesome :) [20:58:04] Maryana: just make sure that it is flexible enough to take into account the apps [20:58:12] but it's okay, we can edit that later... [20:58:18] damn, if only Lua had been deployed to commons by now [20:58:40] yeah, it was just a quick placeholder [20:58:44] adding app stuff now [20:58:51] sweet [20:59:46] Maryana: also who is the best person on e3 to poke about using EventLogging / Account Creation for the apps? Just a few basic questions... [21:00:14] me :) [21:00:21] but if you want an engineer, ori-l [21:00:35] ah [21:00:45] i can get you 90% of the way, though! it's all about the schema namespace on meta [21:00:54] if you build it, he will log [21:01:10] like so: https://meta.wikimedia.org/wiki/Schema:MobileBetaWatchlist [21:01:32] Maryana: is it done in javascript via an API call? or a server side mechanism? [21:03:19] Maryana: are there docs somewhere? [21:06:57] we're trying to find somebody to help us w/technical documentation for precisely this reason - it all lives in e3's heads. but the good news is that jdlrobson is now also part of the cabal [21:07:58] ah [21:08:04] http://www.mediawiki.org/wiki/Extension:EventLogging [21:08:11] ^ the eventlogging doc [21:08:17] hope that helps [21:08:23] wheee, client side logging [21:08:24] yes it does [21:08:41] but the basic idea is: create a json schema, then point eventlogging to it [21:09:34] right [21:10:00] Maryana: i suppose you need special perms to edit in Schema: namespace [21:10:07] nope! [21:10:28] pioneering the art of openness [21:10:54] wah [21:10:56] wonderful [21:11:03] ooh scary :D [21:11:09] you point eventlogging to a specific revision, so anybody can overwrite the schema and it won't mess anything up [21:11:10] wait, so if I create a Schema: [21:11:20] then it actually creates a table in the database? [21:11:55] if you log anything against the schema, it automatically creates a table [21:14:50] yuvipanda: https://www.mediawiki.org/wiki/Extension:EventLogging/Schemas [21:15:04] another useful doc [21:16:15] lemme know if you're thinking of creating a schema - i can help [21:19:56] Maryana: yeah, reading it. [21:20:33] yo YuviPanda, I hear you're interested in logging events. https://www.mediawiki.org/wiki/Extension:EventLogging/Schemas is a good place to start [21:20:47] spagewmf: heya! yes, Maryana pointed them out to me. Reading through them now! [21:20:55] it's waaay more awesome than I had imagined [21:21:11] all props to Ori [21:21:48] spagewmf: so the docs seem to be js centric. [21:21:55] Is there an API module I could use, for example? [21:22:07]