[00:13:12] awjr_interview, MaxSem: when I said I would add that into the deployment system I was told it wasn't necessary and that we should push people to beta [00:27:22] [Commons-iOS] brion pushed 1 new commit to master: http://git.io/xAs-kA [00:27:22] Commons-iOS/master 531cf07 Brion Vibber: remove stray files [00:45:13] MaxSem: you still around? [00:45:14] api headaches [01:28:57] New patchset: Jdlrobson; "make generic .loading class" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45504 [01:44:50] New patchset: Jdlrobson; "Add PHP CodeSniffer to pre commit hook" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45505 [01:45:35] Is the current iphone app phonegap based? [01:45:47] Mobile is confusing [01:47:34] Reedy: it is at the moment but Brion and YuviPanda|afk are changing that...! [01:47:40] anyway i gotta run now [01:47:47] I'm not so bothered about later ;) [01:47:48] YuviPanda|afk: will be awake soon i expect :) [01:58:22] oh, are they going native? is there a repo up somewhere? [02:23:51] Reedy: thats why we had a thread on wikitech about changing it [02:23:55] Reedy: before it got derailed! [02:25:23] lol [02:25:30] I wasn't sure if it was using the phonegap one [02:25:33] Don't have an iphone [02:25:41] And I don't really read wikitech often ;) [02:29:26] Rolken: yes, native [02:29:27] :) [02:29:56] it's about time, sign me up [02:30:00] Rolken: http://github.com/wikimedia/Commons-iOS [02:30:18] brion's on it full time now, and we're hiring an iOS dev [02:30:33] awesome [02:30:46] Rolken: :) [02:31:13] Rolken: 5.0+ only [02:31:59] yeah, that's a good balance point right now [02:35:37] you might want to consider staying away from storyboards though - if you have multiple contributors, managing merges becomes an unnecessarily annoying chore [02:35:56] but if you only intend to have a small number of contributors, it might not matter [02:36:47] apple's interface xml management could use some refinement [02:37:59] anyway, glad there's been a change of heart [02:38:18] :) [02:38:28] Rolken: but we're not touching wikipedia app currently [02:41:22] too many apps, too little time [02:41:57] c'est la vie [02:43:04] heh [07:36:39] New patchset: Raimond Spekking; "Fix typo from Iabe54543" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45520 [07:37:43] Change merged: Raimond Spekking; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45520 [08:10:18] New review: Raimond Spekking; "i18n review" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/43594 [08:55:23] New patchset: MaxSem; "Reduce memcached usage by not caching small pages" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45355 [11:35:23] New patchset: Zfilipin; "Updated Ruby gems" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45535 [16:52:12] YuviPanda: when you get some time can I pick your brain today or tomorrow [16:52:22] about community events you've hosted? [16:55:01] monrnin MaxSem [17:06:43] hey awjr [17:08:08] hi MaxSem [17:08:28] no deployment… yet; still waiting to know that we'll have some ops support [17:10:10] whee [17:10:17] ok, mark begrudgingly agree [17:10:18] d [17:10:23] so let's do this thing [17:10:33] who'll deploy? [17:10:40] i can do it [17:10:44] jcmish, are you around? [17:10:52] if you can pick up the deployment next tuesday! [17:11:05] hey jcmish [17:11:07] today would be awesome [17:11:17] MaxSem what was the commit for the fix you were talking bout yesterday? [17:11:17] awjr, sure [17:11:52] cool [17:13:38] still looking [17:13:52] awjr, you can deploy w/o it [17:14:34] howdy cool what time works for ya I don't want ya up until 1am :D [17:15:36] jcmish: we got someone from ops to commit to be around in caes of emergency, so i'm preparing to redeploy our changes from last week [17:15:56] awjr: WOOHOO [17:16:23] so i am going to be redploying sha1 6231a1c0e8c285876658464f5c43bb9393803d18 [17:16:42] and then once we see things are relatively ok, i'm going to deploy a minor fix on top of that, which will put us in a good place for next week [17:16:45] awjr: k cool [17:16:53] I'm gonna run git logs just to make sure [17:17:04] that I have everything up to that commit [17:17:04] thanks jcmish [17:17:07] yup [17:17:21] we should do a quick sanity check on test, but i dont think we need to go too crazy wiht testing since we've already tested this changeset [17:19:05] jcmish: right after our QA meeting? [17:19:10] jcmish: we could just do it on IRC :D [17:19:13] i love text chat stuff :) [17:19:33] sweet [17:19:44] yup I'm all about texting [17:19:51] +1 [17:19:57] video is so ol' school :P [17:20:03] ha! [17:20:31] * YuviPanda has a morbid feeling that his laptop is going to die in the coming few weeks [17:20:54] I don't know who is in charge but the Mobile enginnering section at https://www.mediawiki.org/wiki/Wikimedia_Engineering does look weird [17:20:55] hahahah [17:20:56] ummmm [17:20:57] why? [17:21:23] jcmish: os x says 'battery: replace soon' [17:21:28] and my fan's been working overtime lately [17:21:30] uhoh! [17:21:31] it's based on templates so I didn't dare to edit [17:21:32] awjr, https://gerrit.wikimedia.org/r/#/c/44699/ [17:21:38] yup you're right [17:22:05] MaxSem that looks to me like it will require a cache flush [17:22:13] maybe we should just cherry pick that change [17:22:23] awjr, no - it's for special pages only [17:22:25] oh wait no, it's special pages [17:22:26] right [17:22:30] thanks, forgot :p [17:23:22] are we live yet? [17:24:47] up on testwiki in one sec [17:25:01] waiting for sync-common to finish on srv193 [17:25:22] awjr: MaxSem the git logs and what I posted look good [17:25:28] standing by to test :D [17:25:32] cool rady in a sec [17:25:35] *rady [17:25:36] jebus [17:25:38] *ready [17:25:48] hahah [17:25:49] k [17:26:50] sync-common is taking an unusually long time [17:26:57] it's probably safe to start testing though [17:27:02] jcmish, MaxSem ^ [17:27:15] ok it's done [17:28:02] kayo [17:29:48] hmm the read in another language feature doesn't link to the .m version of the sites [17:29:56] has it always been like that? [17:30:11] yes [17:30:14] :( [17:30:16] * brion reads ".m" as "Objective-C source file" now :P [17:30:21] ha [17:30:27] awjr: yeah i think it relies on the redirects. kinda awkward [17:30:48] makes sense but a bummer [17:31:00] jcmish, MaxSem things look fine to me [17:31:06] go for it [17:31:13] jcmish: concur? [17:31:27] 1 sec [17:31:30] k [17:31:34] on my last perusal :D [17:31:36] hello brion [17:31:49] alrighty yup worked [17:31:58] great im just updating the other branch now, then i'll scap [17:32:00] hey hey [17:32:06] kayo [17:32:34] * brion upgrades his iPhone 3GS to iOS 6.0.1, killing off iOS 4.3 in his collection FOREVAH [17:32:54] \o/ [17:34:00] hey brion [17:34:16] who is matthew falschen? [17:34:50] he has an undeployed change in php-1.21wmf7 [17:36:14] grr [17:36:15] change looks benign... [17:36:20] at least for us :p [17:36:25] hehe [17:36:34] YuviPanda: how's android coming along? [17:36:44] brion: still getting the build right. [17:36:50] last part of it, the ndk is having problems [17:37:13] ndk? you're doing C components? [17:37:21] awjr, the policy has been revert on sight if you don't feel confident [17:37:24] brion: there's an unlisted audio transcoding component :P [17:37:30] ah right :D [17:37:34] it'll be a secret feature for a while. it's there already, so... [17:37:52] i'll have to work on that for iOS later :D already got libvorbis to compile for iOS [17:37:58] MaxSem: yeah, i'll give them one minute [17:38:07] brion: howie's mail seems to assume we're reusing components from WLM. Should have tfinc set expectations better [17:38:21] he's from e3, i think - i pinged ori and spage [17:38:24] i'm writing a followup [17:39:37] meh, reverted [17:39:45] brion: sweet [17:39:56] +1 the fact that doing 'save for later' is easier than building an interface in android :) [17:41:23] :) [17:41:49] scapping [17:42:50] brion: hmm, plus I think web and app will be disjoint [17:42:58] because one is integrated into wikipedia [17:43:00] while the other is not [17:43:12] * YuviPanda ponders writing a response [17:43:25] YuviPanda: as far as design or features? [17:43:30] well, both [17:43:35] :) [17:43:40] design we'd want to go be native to the platform [17:44:57] yup [17:45:11] some general stuff in common but they need to not be afraid of platform differences :) [17:45:21] yeah [17:45:51] awjr: deploying like a boss? [17:45:57] natch [17:46:02] hello jdlrobson [17:46:27] hey YuviPanda ! [17:46:49] brion is on a roll. I'm getting there. App team is coming for you :P [17:47:26] whatever [17:47:33] we'll always have the market share ;-) [17:48:12] tch tch. [17:48:30] jdlrobson: i'll be spending two weeks with language team in Pune next month [17:49:14] i hate scap :( [17:49:44] * YuviPanda gives awjr a moustache [17:49:48] :D [17:49:57] New patchset: Jdlrobson; "add getMobileHtmlHeader and setMobileHtmlHeader methods" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45489 [17:49:59] :{D [17:50:03] is scap not done yet? [17:50:08] omg [17:50:16] push, iPhone wants to be reactivated, demands a sim card. hope this t-mobile sim works :P [17:50:18] jcmish: video chat in ten minutes? [17:50:36] almost done with localisation cache update [17:50:49] i heard tim made sacp like a bagillion times faster (at least compared to last time) so hopefully it wont be so bad [17:51:32] poop, i need an at&t sim. oh well i'll finish activating later when i find one [17:52:18] yessir [17:52:21] you at a good spot? [17:52:26] computer not smoking? YuviPanda [17:52:58] New patchset: MaxSem; "(bug 44089) Fix js/css for non-English special pages" [mediawiki/extensions/MobileFrontend] (production) - https://gerrit.wikimedia.org/r/45562 [17:53:25] awjr ^^^ [17:53:38] jdlrobson: i'm on it [17:53:40] i mean [17:53:42] in the hangout [17:53:56] my mac has decided to kill my webcam, but that's ok [17:53:59] this place is dark anyway [17:54:10] YuviPanda: what are you on? [17:54:32] YuviPanda: ha k I'm on my way to rescue you from your dark place [17:54:38] jdlrobson: wifi [17:54:40] MaxSem is that effectively a cherrypick? [17:54:42] stealing from the hasgeek people :P [17:54:48] awjr, yes [17:54:58] great thanks for doing that [17:55:08] hi brion [17:55:12] howdy [17:55:24] YuviPanda: ? we have a meeting? [17:55:27] let me find my glasses, i'm too far from the screen at my home desktop :) [17:55:28] brb [17:55:31] i'm confused.. [17:55:34] ouch [17:55:36] jdlrobson: i meant jcmish [17:55:37] sorry [17:55:43] ahh k :) [17:55:44] sorry [17:56:21] ok l10n cache update complete... [17:56:22] brion this is what YuviPanda and I are looking at as v1 for android http://www.mediawiki.org/wiki/File:Commons_upload_flow_v1.pdf [17:56:32] grr maven [17:56:33] here comes the copy to apaches! [17:56:35] wow it's going fast [17:57:13] notnarayan: looks nice [17:57:23] brion: :) [17:57:47] main difference for iOS is that we do the photo selection from within the app [17:57:50] brion: is this the same planned for iOS from a features list? [17:58:17] pretty much same feature set yeah [17:58:29] so we might have login/tutorial before the photo selection [18:00:34] brion: an iOS app would look and work a lil different, ill send you a wireframe with the same features as v1 [18:00:40] great [18:00:56] notnarayan: brion is in the meeting with me and jcmish for a while now [18:01:02] now it's not going so fast [18:01:03] :( [18:10:08] scups done awjr ? [18:10:19] *scap [18:10:25] i'm seeing updated code \o/ [18:10:38] i'll report when it's done [18:17:21] jcmish: you wanted to talk about community events? [18:17:30] yep [18:17:41] gonna grab coffee then I'll IM you [18:17:43] scap is done, mark is purging mobile varnish caches [18:19:09] jcmish: sure [18:20:41] awjr: I really think we need to figure out the purge issue [18:21:09] awjr: we no longer have the spare capacity to afford them [18:21:33] preilly: we are working on it [18:22:05] awjr: I'd like to understand better what changed [18:22:17] awjr: because we had gotten to a place that we didn't need them [18:23:27] preilly: you can see the immediate chagnes that were just deployed here: https://www.mediawiki.org/wiki/Extension:MobileFrontend/Deployments/2013-01-17 [18:24:09] awjr: okay thanks [18:36:53] https://developer.android.com/tools/building/building-cmdline.html and https://developer.android.com/tools/devices/managing-avds-cmdline.html [18:36:58] for emulator from commandline [18:38:02] jcmish: ^ [18:38:27] awjr, do you still want to learn C?:) [18:39:02] awesome thanks YuviPanda [18:39:13] MaxSem: in general, yes - but i sense some sadism in that question [18:39:18] New patchset: Jdlrobson; "change upload position/logo in menu (beta)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45250 [18:39:57] MaxSem: why do you ask? [18:39:58] awjr, since Sumana asks for LevelUp commitments, I thought I could mentor you [18:40:04] ooo [18:40:09] that actually sounds cool [18:40:27] i like that idea, MaxSem [18:43:44] awjr, alright - the goal could be that you sould be able to pass my C interview task from my previous work - it's actually reasonably simple [18:47:46] MaxSem: that sounds intriguing. i can't really give much thought or focus to this though for a few hours [18:48:14] awjr, I can add us to the table if you agree [18:48:32] then we'll find some time for this [18:48:33] MaxSem let me give it some more thought first, but i will likely go for it :) [18:49:33] mark is slowly purging the mobiel vanrish caches one-by-one. he's done 2 of the 4 so far, but wants to wait a bit to do the next ones due to current app server capacity [18:51:01] MaxSem: i have to run to a meeting in a few minutes and still haven't pushed out that additional fix. i can either do it after the mtg, or you can negotiate with preilly who's doing partner testing stuff right now if you want to push it out yourself [18:51:36] awjr, I'll take it [18:51:41] thanks MaxSem [18:53:34] MaxSem: I'm done [18:55:26] New review: JGonera; "My only problem with this is that it doesn't seem to belong to MobileContext. It probably belongs to..." [mediawiki/extensions/MobileFrontend] (master); V: 0 C: 1; - https://gerrit.wikimedia.org/r/45489 [18:56:54] awjr, could you also check https://gerrit.wikimedia.org/r/45489, it's pretty small, but I have some doubts (especially after reading your comments on setOverlay()) [18:57:18] jgonera: sure but i wont be able to til later this afternoon [18:57:31] awjr, ok [18:58:49] Change merged: MaxSem; [mediawiki/extensions/MobileFrontend] (production) - https://gerrit.wikimedia.org/r/45562 [18:59:29] Change merged: JGonera; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45248 [19:03:56] New review: JGonera; "I feel pretty strongly about this one not belonging to MobileContext, but correct me if I'm wrong." [mediawiki/extensions/MobileFrontend] (master); V: 0 C: -1; - https://gerrit.wikimedia.org/r/45249 [19:05:32] jdlrobson, do we want to disable footer on all special pages? [19:05:33] New review: MaxSem; "I concur with Juliusz - at most, we could create a couple of generic methods to set named properties." [mediawiki/extensions/MobileFrontend] (master); V: 0 C: -1; - https://gerrit.wikimedia.org/r/45249 [19:07:46] New review: JGonera; "Changing to -1 because it seems very similar to https://gerrit.wikimedia.org/r/#/c/45249/" [mediawiki/extensions/MobileFrontend] (master); V: 0 C: -1; - https://gerrit.wikimedia.org/r/45489 [19:12:29] brion: hey. what are we working on today? i'm not sure why the navigation bar is showing that way on a 4-inch display [19:12:55] Sohan: yeah not sure what's up with that [19:13:09] switching screen sizes in the storyboard bumps it to the bottom as well [19:14:01] hmm. i don't have a 4-inch device with me right now so can't test. will have access to one tomorrow so can check where its failing [19:14:33] generally if a NIB is written for the 3.something device, it still shows up fine in the 4-inch device [19:15:17] Sohan: you can test in the simulator, you can choose from the 'hardware' menu [19:18:52] New review: Siebrand; "i18n/L10n reviewed." [mediawiki/extensions/MobileFrontend] (master); V: 0 C: 1; - https://gerrit.wikimedia.org/r/45250 [19:20:52] [Commons-iOS] brion pushed 1 new commit to master: http://git.io/F1undw [19:20:52] Commons-iOS/master c2a1285 Brion Vibber: Upload progress callback, progress bar [19:23:22] brion: any other bug fixes/ features that i can possibly work on ? [19:26:20] awjr_mtg, fix deployed [19:26:32] core pieces are still pretty in flux, not sure what's best to work on just yet :) [19:27:58] awesome MaxSem :D [19:33:22] Sohan: another small piece I can use -- right now all images get decompressed. when pulling from the image gallery, we should be able to pull the original JPEG or PNG file from the Asset Library [19:33:44] if we can pull that into an NSData instead of using the UIImage and recompressing it, that would be awesome [19:34:29] i'll be working today on getting the app to save data to a queue so you can upload at your will or upload multiples :) [19:37:57] yeah getting the original png file will be great. i can maybe look into tht [19:39:18] awesome thanks! [19:45:11] jdlrobson, we could possibly adapt something like that: https://github.com/airbnb/javascript [19:45:50] brion: looking at the api code now. good chance i'll have few doubts. so will ping then :) [19:46:22] New review: Brion VIBBER; "Two issues:" [mediawiki/extensions/MobileFrontend] (master); V: 0 C: -1; - https://gerrit.wikimedia.org/r/45485 [19:46:33] Sohan: super. :) [19:51:52] New review: Brion VIBBER; "Seems to work. :)" [mediawiki/extensions/MobileFrontend] (master); V: 0 C: 2; - https://gerrit.wikimedia.org/r/45370 [19:52:00] New review: Brion VIBBER; "Seems to work. :)" [mediawiki/extensions/MobileFrontend] (master); V: 2 C: 2; - https://gerrit.wikimedia.org/r/45370 [19:52:01] Change merged: Brion VIBBER; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45370 [19:53:39] jcmish: https://github.com/calabash/calabash-android/blob/master/ruby-gem/lib/calabash-android/canned_steps.md looks wonderful [19:53:43] (I've not used Cucumber before) [19:53:52] if it works as advertised, would be amazingly useful :) [19:54:08] yupper [19:55:48] that's what I got to see that at the mobile summit [19:55:57] and I poked around because I never believe the videos :D [19:56:20] YuviPanda: ^ [19:56:30] jcmish: indeed [19:56:36] hopefully it isn't 'too good to be true' :) [19:56:52] YuviPanda: It works but I noticed there needs to be a good deal of config [19:57:04] so that it works "consistently" [19:57:57] ah [19:58:45] but still... [19:58:45] if it is a one shot effort [19:58:54] jcmish: I'm using maven to setup building for the android stuff. [19:59:04] using git submodules was tooo painful. [19:59:20] so if this works fine, you should be able to integrate that into the build process easily enough [20:00:36] jcmish: might try https://github.com/xian/great-expectations also at some point, to replace the junit tests I have [20:01:27] oh cool [20:01:27] thanks [20:06:03] awjr_mtg: MaxSem i'm seeing missing messages on production [20:06:18] mw.msg('mobile-frontend-photo-upload') not sure what [20:06:18] ' [20:06:27] that returns undefined - not sure why [20:06:48] might just be a problem with photo uploads though [20:06:51] so not massively important [20:07:04] sigh [20:07:15] To test - log in and visit https://en.m.wikipedia.org/wiki/List_of_fictional_ducks [20:07:28] the photo upload appears but there is no text to the right of the photo [20:07:42] jdlrobson: does ?debug=true fix it? [20:07:48] i dont think mark finished flushing the mobile varnish caches [20:08:01] ahh i see [20:08:03] it's a code problem [20:08:08] k [20:08:10] i guess a bad merge occurred [20:08:15] messages are only being added in alpha [20:08:21] oops [20:08:26] i'll send a patch [20:08:30] but it's not urgent [20:08:33] we can live with this [20:08:51] we can pick it up on tuesday's deployment [20:09:25] jgonera, are you ready for tomorrow's interview? [20:09:53] YuviPanda: that's pretty cool [20:09:53] MaxSem, almost, have to write down some questions and check candidate's github again [20:09:56] nice work [20:10:12] the great-expectations stuff [20:10:16] jgonera, have you ever interviewed someone? [20:10:26] MaxSem, no ;) [20:10:32] :) [20:10:37] about the time [20:11:48] New patchset: Jdlrobson; "package mf-photo.js messages with mf-photo.js" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45595 [20:11:52] awjr_sandwich: ^ [20:15:42] jcmish: yeah, much better than junit [20:16:01] i'll also need to find a mock framework sometime [20:16:07] but the current unit tests are sortof good enough [20:16:14] I've used Mockito and easy mock [20:16:19] but I come from the Java world [20:16:30] I don't know about other mocking frameworks for other languages [20:17:20] well, i'm all Java for ow [20:17:21] *now [20:17:27] for a while at least [20:18:21] jcmish: YuviPanda was asking me about mocking yesterday, I forgot you had all that Java. I think specifically the issue was mocking an HTTP server to test client code, which is a funny grey area. [20:18:36] yeah, mocking a mediawiki API 'server' [20:18:38] to test an API client [20:18:57] because I do not want to be debugging issues that crop up because the mock is not an exact enough replica [20:19:10] brion: can we use ALAsset to get the original image? its available only ios 4.0 and upwards though. [20:19:10] yeah I understand that [20:19:19] we can also convert ALAssert to NSData [20:19:39] Sohan: we are only iOS 5.0+ [20:19:41] Sohan: yeah, we're targeting 5.0+ [20:19:53] awesome [20:20:04] jcmish: so currently, for these 'unit' tests to run, there needs to be a local mw instance [20:20:04] let me try ALAsset class [20:20:05] not ideal, but I'm unsure what an ideal solution would be [20:20:14] hmm [20:20:14] if you can think of a better solution, i'd love to hear [20:20:20] you can't mock it? [20:20:21] this is for github.com/wikimedia/java-mwapi [20:20:39] mock which parts of the API, exactly? [20:20:53] should I just have a stored response for each request? then I won't be testing network code... [20:21:03] yup [20:21:06] that's what I'm thinking [20:21:14] hold canned responeses [20:21:30] hmm, build a small server that holds canned responses for common queries? [20:21:44] Do you really have to have a server? [20:22:02] jcmish: how else am I to test my network code? [20:22:06] that is the biggest component here [20:22:11] can the object mimic the responses then release? [20:22:25] Sorry YuviPanda I don't know alot about mw [20:22:35] forget mw [20:22:40] think of it as just another REST server [20:22:45] mw is just mediawiki :P [20:23:45] ah true [20:23:48] let me think about it [20:24:14] alright [20:24:59] but yes theorhetiocally you could start a small server [20:25:05] startup [20:25:21] use the mock objects [20:25:51] hmmm [20:26:01] so that's just one step easier than using an mw install itself [20:26:02] pass the canned response [20:26:19] jcmish: the other thing I used to do was to point it to testwiki on the cluster [20:28:36] oh that could work [20:30:20] K YuviPanda I'm gonna poke around [20:30:21] jcmish: betalabs chat? [20:30:29] alright jcmish [20:30:38] coming awjr_sandwich [20:30:39] backburner. let me know when you can work on it :) [20:30:48] not top priority. [20:34:30] brion: yo! Think you'll have time to help me test the build system in a bit? [20:34:34] shouldn't be too hard. [20:34:38] (if I had done things right) [20:34:48] sure [20:34:51] brion: awesome :) [20:34:57] i'm reading up on CoreData, whee [20:35:00] brion: you do have android sdk, etc bits setup? [20:35:04] yep [20:36:18] brion: can you start 4.0.3 download, plus *everything* in the tools section? [20:36:30] or wait [20:36:30] actually [20:36:30] don't [20:36:30] just gimme a bit [20:36:57] heh [20:37:08] * YuviPanda tries to make it as painless as possible [20:37:55] brion: can you get http://www.gstreamer.com/ and the Android NDK? [20:38:04] https://developer.android.com/tools/sdk/ndk/index.html for the ndk [20:38:27] downloading... [20:41:12] jdlrobson: i was just going over the next iteration story wall in prep for the story review meeting and noticed https://mingle.corp.wikimedia.org/projects/mobile/cards/387 [20:41:27] how is that different from https://mingle.corp.wikimedia.org/projects/mobile/cards/377 ? [20:43:24] or was that just an oversight? [20:44:07] "Before downloading the NDK, you should understand that the NDK will not benefit most apps." [20:44:37] Maryana: can you review the priority order of the cards on the next iteration story wall? https://mingle.corp.wikimedia.org/projects/mobile/cards?favorite_id=625&view=Next+iteration+story+wall [20:44:56] in a mtg, but will do as soon as i can [20:45:02] thanks :) [20:45:16] Reedy: sure, but there's an audio transcode feature in here. [20:45:24] "Before downloading the NDK, you should understand that JNI may make your life a living hell." [20:46:52] that... too [20:47:02] I'm actually tempted to kill the audio transcoder for now [20:47:17] make everything simpler [20:47:18] that might simplify your life :) [20:47:19] * YuviPanda ponders [20:47:28] yeah, but that's working good code.... [20:48:00] jdlrobson: also, what happened to the story around fully using ResourceLoader? [20:48:41] MaxSem, do you have any specific questions prepared for tomorrow? [20:49:23] jgonera, I usually run people past https://office.wikimedia.org/wiki/User:Msemenik/Tech_task_1 and https://office.wikimedia.org/wiki/User:Msemenik/Tech_task_2 [20:49:32] as well as a few others [20:49:50] but this time I'll have to sacrifice something:) [20:51:19] tfinc: I have story review and estimation at 1pm PST [20:51:28] can we do the 1 on 1 after? [20:51:29] jcmish: lets move it [20:51:31] i'll move it [20:51:35] tfinc: thanks [20:51:39] MaxSem, the event says we have 2 hours for this, do you think it's going to take that long? [20:51:57] I usually have no problems with filling 2 hours [20:52:38] wow, they must end up sweating after your interviews ;) I've had long ones, but not 2 hours with a single person [20:52:56] max is a sadist [20:53:04] I need to cover a lot of topics [20:53:17] this time, I'll omit MySQL stuf [20:53:58] CR definitely needs to stay, as it's security-related [20:54:10] well, you can't cover everything anyway [20:54:31] so I guess I'll need to ease up on PHP by not giving the hard task [20:54:50] I talking with Jon and we thought we could show him SkinMobile.php and ask "what would you do with this" ;) [20:55:00] i really like that code review task [20:55:03] but I guess we don't want to scare him off either [20:55:04] Change merged: awjrichards; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45355 [20:55:08] do you serously want to discourage him? [20:55:19] * YuviPanda puts writing a nice implementation for maxsem's task 2 in his backlog [20:55:29] New review: Jdlrobson; "This was requested by Maryana + Vibha for the watchlist and upload pages. " [mediawiki/extensions/MobileFrontend] (master); V: 0 C: 0; - https://gerrit.wikimedia.org/r/45485 [20:55:53] jgonera: what was that changeset you wanted me to look at? i seem to have lost the tab i had open [20:56:05] and 1 too [20:56:16] awjr, https://gerrit.wikimedia.org/r/#/c/45489/ [20:56:23] thanks jgonera [20:56:30] MaxSem, no, that's why I'm not going to do that [20:56:56] but I might find some jQuery spaghetti somewhere outside of mediawiki and ask him a similar question [20:58:24] New review: awjrichards; "This is an inappropriate use of MobileContext. Maybe chat a bit with Max about why MobileContext is ..." [mediawiki/extensions/MobileFrontend] (master); V: 0 C: -1; - https://gerrit.wikimedia.org/r/45489 [21:05:03] jgonera: [21:05:04] ! [21:05:33] MaxSem: https://gerrit.wikimedia.org/r/#/q/status:open+project:mediawiki/extensions/MobileFrontend+branch:master+topic:bug/43909,n,z [21:09:51] brion: i'm dropping the ndk and gstreamer stuff for now [21:09:59] * YuviPanda does that with a sad heart [21:10:00] ok [21:10:03] aww [21:10:09] we'll add em back in a later iteration :) [21:13:50] brion: yeah [21:14:08] awjr: your kleptomania has been forgiven [21:14:14] :) [21:16:21] jdlrobson awjr Maryana story #354 https://www.dropbox.com/s/a3dvejvo8jyyvtv/354.png [21:16:32] MaxSem ^ [21:16:56] munaf_: doesn't work [21:17:01] ahh it does [21:17:17] thanks munaf_ [21:17:50] New review: Brion VIBBER; "Well, I still can't verify that it works -- there's already no footer visible on special pages." [mediawiki/extensions/MobileFrontend] (master); V: 0 C: 0; - https://gerrit.wikimedia.org/r/45485 [21:23:53] whee, build! [21:23:55] now to gitize this [21:25:18] mmmm, git [21:25:51] i can successfully write data to a .sqlite file on disk via CoreData! yay. now to read data back and populate an upload queue... [21:31:08] brion: damn you're fast :P [21:32:31] brion: alright, ready to try and build this thing? [21:32:34] shouldn't be too hard [21:33:53] link me up bro [21:33:58] i'll build that thing totally [21:34:21] brion: first [21:34:21] https://github.com/mosabua/maven-android-sdk-deployer [21:34:51] brion: you need to do that [21:34:58] brion: but first, you need to install maven [21:35:01] homebrew has it [21:36:02] whee lemme update my macports [21:36:02] [android-commons] yuvipanda pushed 2 new commits to master: http://git.io/TLSEfQ [21:36:02] android-commons/master 0a493dc YuviPanda: Fix time travelling photo upload bug (again) [21:36:02] android-commons/master 3a313f3 YuviPanda: Mavenized (almost) everything - Transcode feature removed [21:36:08] w000hooo [21:36:45] i guess i want… maven3? [21:36:54] gyes [21:36:55] yes [21:36:56] you do [21:37:09] what kind of freak ports system has separate maven1, maven2, and maven3 packages [21:37:14] * brion stabs macports [21:37:29] brion: :D [21:37:31] ah [21:37:32] macports [21:37:36] what fun [21:37:57] yeah, it's like home-brew but more painful [21:38:08] yeah [21:38:11] i moved off it ages ago [21:38:14] ok so what do i do with maven-android-sdk-deployer? [21:38:34] brion: download that thing [21:38:38] get the zip [21:38:39] is fine [21:39:21] brion: also, open up your android sdk manager (adk/tools/android) [21:39:34] and install everything under 'extras' [21:39:44] and 'tools' [21:40:24] installing... [21:40:37] brion: ever used maven before? [21:40:48] nope! this is new to me :D [21:41:07] ah [21:41:07] :D [21:42:03] brion: so, it's sortof like pip or gem [21:42:06] except for java [21:42:14] and it has all our dependencies centrally located [21:42:15] except for android [21:42:22] because there are bugs with the centrally located android ones [21:42:31] so sdk deployer will make the sdk available to android [21:42:38] brion: anyway, download all done? [21:42:48] download complete [21:42:52] let's push some buttons [21:43:16] brion: sweet [21:43:20] unzip the deployer [21:43:39] i git cloned it [21:43:55] ah [21:44:05] do mvn install -P 4.0.3 [21:44:09] from the directory [21:44:28] it's downloading a billion tiny files \o/ [21:44:33] yeaaah [21:44:37] and when that's done [21:44:41] do mvn install -P 4.1 [21:44:53] it loves downloading a million tiny files [21:45:03] it has TCP handshake fetish [21:45:16] awjr: hey [21:45:29] ok it has completed [21:45:39] brion: alright, now get wikimedia/android-commons [21:45:46] hi ori-l; in a mtg [21:46:01] awjr: OK, np. just wanted to say sorry about the unsync'd commit in wmf7 :-/ [21:46:15] no worries, it happens, hope my revert didnt cause too many problems [21:46:29] YuviPanda: cloned [21:46:41] brion: there will be a folder called 'commons' inside of the clone [21:46:49] go there, do a 'mvn package' [21:47:31] hopefully that won't error out... [21:47:42] YuviPanda: https://gist.github.com/4628175 [21:48:02] how very informative [21:48:10] brion: actually, run that from the clone itself? [21:48:16] like, not inside commons/ inside clone [21:48:32] same [21:48:38] Failure to find android:android:jar:4.1_r2 [21:49:20] brion: did you run mvn install -P 4.1 in the deployer folder? [21:50:06] $ mvn install -P 4.0.3 [21:50:09] ah there was a second one [21:50:12] nope didn't do that [21:50:23] ah [21:50:26] di that :) [21:50:51] aaaand…. no change [21:51:06] 4.1 or 4.1_r2? [21:51:19] did that complete successfully? [21:51:24] mvn install -P 4.1? [21:51:27] 4.1 did [21:52:01] brion: open up commons/pom.xml [21:52:07] change version in line 29 [21:52:08] to 4.1? [21:52:11] and try again? [21:52:45] line 29 is [21:53:03] in commons/pom.xml [21:53:10] like, commons folder inside the commons folder... [21:53:11] commons/pom.xml or pom.xml not in commons/ ? [21:53:15] oh wait [21:53:17] confused [21:53:18] pom.xml [21:53:19] not inc ommons [21:53:21] ok :D [21:53:27] i need to see if they can be renamed to be less confusing [21:53:41] and if we're going to be using calabash I can get rid of one of them alltogether [21:53:47] Could not resolve dependencies for project org.wikimedia:commons:apk:1.0-SNAPSHOT: Could not find artifact android:android:jar:4.1 in central (http://repo.maven.apache.org/maven2) -> [Help 1] [21:54:08] hmm, why is it looking at central. [21:54:58] * YuviPanda checks [21:55:39] brion: see what you have in ~/.m2/repository/android/android/ [21:56:12] 4.0.3_r3 4.1 4.1.2_r4 4.1_r2 maven-metadata-local.xml [21:56:47] hmmm there *is* a 4.1_r2 [21:56:58] weeeeeeird [21:57:07] mvn clean and then try mvn install? [21:57:40] in android-commons or maven-android-sdk-deployer? [21:57:53] android-commons [21:58:08] same old same old [21:58:18] Failure to find android:android:jar:4.1 in http://repo.maven.apache.org/maven2 was cached in the local repository, resolution will not be reattempted until the update interval of central has elapsed or updates are forced -> [Help 1] [21:58:29] even with maven install? [21:58:32] ah [22:00:12] brion: try mvn -U install [22:00:45] no change [22:01:01] weird [22:01:04] give me a bit [22:01:15] ok [22:05:15] brion: pull and try mvn install? [22:05:21] MaxSem: are you going to be working on a Zero refactor? [22:05:22] [android-commons] yuvipanda pushed 1 new commit to master: http://git.io/cBX0og [22:05:22] android-commons/master de63f19 YuviPanda: Update to use Android JARs from Central [22:05:34] trying [22:05:54] preilly, our stories have changed, so probably not next two weeks [22:06:07] MaxSem: Okay cool good to know [22:06:13] [ERROR] The project org.wikimedia:commons-it:1.0-SNAPSHOT (/Users/brion/src/wiki/droid/android-commons/commons-it/pom.xml) has 1 error [22:06:13] [ERROR] 'dependencies.dependency.version' for android:android:jar is missing. @ line 27, column 17 [22:06:59] brion: right, do that from inside commons/ [22:07:46] hm [22:07:50] [ERROR] Failed to execute goal com.jayway.maven.plugins.android.generation2:android-maven-plugin:3.1.1:generate-sources (default-generate-sources) on project commons: Execution default-generate-sources of goal com.jayway.maven.plugins.android.generation2:android-maven-plugin:3.1.1:generate-sources failed: Path "/Users/brion/adk/platforms" is not a directory. Please provide a proper Android SDK directory path as configuration parame [22:07:51] ... in the plugin . As an alternative, you may add the parameter to commandline: -Dandroid.sdk.path=... or set environment variable ANDROID_HOME. -> [Help 1] [22:08:02] but… i have set ANDROID_HOME [22:08:09] $ echo $ANDROID_HOME [22:08:16] /Users/brion/android-sdks [22:08:37] New patchset: Jdlrobson; "stop dynamically loaded lead sections from being toggleable sections" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45667 [22:08:46] brion: i think it is a different env variable [22:08:47] looking [22:09:31] brion: okay, i had hardcoded it :D [22:09:31] fixing [22:09:43] :) [22:10:53] So MaxSem jgonera - where should we place methods like this https://gerrit.wikimedia.org/r/#/c/45249/ ? [22:10:59] into SkinMobile itself? [22:11:35] probably [22:11:36] if you can guarantee that it will be called only if the skin is SkinMobile [22:11:37] New review: Jdlrobson; "To be rewritten to use hogan" [mediawiki/extensions/MobileFrontend] (master); V: 0 C: -1; - https://gerrit.wikimedia.org/r/42245 [22:11:52] and not SkinMobileWML for example [22:12:01] New review: Jdlrobson; "To be rewritten using hogan" [mediawiki/extensions/MobileFrontend] (master); V: 0 C: -2; - https://gerrit.wikimedia.org/r/42244 [22:12:06] and not SkinVector [22:14:59] [android-commons] yuvipanda pushed 1 new commit to master: http://git.io/iVP8Pw [22:14:59] android-commons/master 431be11 YuviPanda: Do not hardcode adk path [22:14:59] brion: pull and try again? [22:15:07] whee [22:15:37] it's doing something…… :D [22:15:53] that's... good [22:16:36] hm https://gist.github.com/4628592 [22:16:45] New review: Jdlrobson; "Please add a usage example as discussed" [mediawiki/extensions/MobileFrontend] (master); V: 0 C: -1; - https://gerrit.wikimedia.org/r/45284 [22:16:57] brion: run with -e? [22:17:19] MaxSem: how can I guarantee that? [22:17:25] MaxSem, could you comment on https://gerrit.wikimedia.org/r/#/c/45368 [22:17:48] YuviPanda: well, the same but with a stack trace inside maven [22:17:55] it's the command-line that fails somehow [22:18:13] jgonera: 1bdae9305c87ee9941c7cef10ce97eefb882951d [22:18:18] jgonera: https://gerrit.wikimedia.org/r/#/c/45504/ [22:18:58] let's see if i run it manually [22:19:20] YuviPanda: https://gist.github.com/4628627 [22:20:30] Change merged: JGonera; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45504 [22:21:00] hmm, it's marked as a bug in https://code.google.com/p/maven-android-plugin/issues/detail?id=68 [22:21:03] and says 'fixed' [22:21:55] brion: try a clean? [22:22:28] same err [22:23:39] brion: can you rm -rf your ~/.m2 folder [22:23:43] then go to the deployer thing [22:23:48] run mvn install -P 4.1 [22:23:50] and try again? [22:23:55] this ~ is clean [22:24:28] no [22:24:36] ~/.m2 is your local cache [22:24:37] [android-commons] yuvipanda pushed 1 new commit to master: http://git.io/MQ0QSA [22:24:37] android-commons/master e4e5bb6 YuviPanda: Back to sdk-deployer provided android jars [22:24:55] so rm -rf ing it will reset your maven installation to default [22:25:10] New patchset: Jdlrobson; "add MobileContext method to allow adding classes to #content_wrapper" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45249 [22:25:18] MaxSem: ^ [22:25:25] YuviPanda: right: it's clean when i remove it :D [22:26:00] [ERROR] Failed to execute goal org.codehaus.mojo:properties-maven-plugin:1.0-alpha-2:read-project-properties (default) on project android-3: Properties file not found: /Users/brion/android-sdks/platforms/android-3/source.properties -> [Help 1] [22:26:00] MaxSem: if you are happy I will fix https://gerrit.wikimedia.org/r/#/c/45489/ to work in a similar way [22:26:19] jdlrobson, are you *sure* that it will be never called for other skins? [22:27:02] brion: are you doing mvn install -P 4.1 in the deployer? [22:27:08] in this case it won't be [22:27:11] that was from the first 'mvm install' [22:27:13] *mvn [22:27:17] things using it will need to check if they are mobile skins [22:27:29] trying mvn install -P 4.1 …. [22:27:35] yeah, mvn install won't work [22:27:46] if it doesn't work why does the read me say to do it? :PPP [22:27:49] mvn install expects you to have *every* platform version, right from 1.5 [22:28:06] readme also assumes 'you have all platfrom versions installed' [22:28:09] which is... stupid [22:28:14] heh [22:28:23] ok, same error [22:28:31] android-3 error? [22:28:31] or? [22:28:42] dex doesn't like javax.xml.namespace.QName [22:28:50] jdlrobson, https://gerrit.wikimedia.org/r/#/c/45489/2/includes/specials/SpecialMobileWatchlist.php if ported to the proposed system will fatal is situations like ?useformat=mobile-wap [22:28:57] mvn clean before mvn install in commons? [22:28:58] s/is/in/ [22:29:04] it shouldn't really be dealing with javax now [22:29:09] MaxSem: that will need to change to see if it is set? [22:29:25] YuviPanda: no change [22:29:30] ... [22:29:31] sigh [22:29:32] it works for me [22:29:35] jdlrobson, you're adding functions, right? [22:29:38] i've a build, even :| [22:29:40] well, it doesn't work for me [22:29:56] brion: ls ~/.m2/repository/android [22:29:56] ? [22:30:08] by the way, does anyone know what's the number of WAP browser views we have? [22:30:10] brion: yeah, that's messy. Point of a build system is to be able to work with anything... [22:30:11] android support [22:30:14] MaxSem: i'm confused with how to proceed on this [22:30:38] awjr, opinions? ^^ [22:31:04] brion: ok, let me chew on it for ab it [22:31:08] k [22:31:11] MaxSem sorry was focussed on smoething else, what are you talking about? [22:31:45] special pages for wap? [22:31:53] awjr, https://gerrit.wikimedia.org/r/#/c/45249/ and https://gerrit.wikimedia.org/r/#/c/45489/ [22:32:27] lemme try it under a linux vm, make sure it's not just my funky osx [22:32:28] brion: thanks :) [22:32:32] brion: i'm on OS X [22:32:33] too [22:32:35] so [22:32:36] shouldn't be a problem [22:32:46] brion: btw, did you pull? [22:32:50] before last try? [22:32:59] oh wait there's one more update to pull [22:33:04] ah [22:33:06] let's hope this does it [22:33:24] MaxSem you are wondering about my opinions how to handle this kind of functionality in MobileContext? [22:33:25] [ERROR] Failed to execute goal on project commons: Could not resolve dependencies for project org.wikimedia:commons:apk:1.0-SNAPSHOT: Could not find artifact android:android:jar:4.1_r2 in central (http://repo.maven.apache.org/maven2) -> [Help 1] [22:33:26] MaxSem: i already feel like SkinMobile is overlaid. Surely a Skin should take some kind of object e.g TemplateData and then render. In this case one of the items of that template data would be article classes [22:33:28] aaaaaaarrrrr [22:33:36] *overloaded not overlaid [22:33:42] * YuviPanda beats maven with a stick [22:33:47] brion: alright, i'm chewing. [22:33:57] jgonera was also saying how he found the current setup confusing earlier [22:34:11] awjr, or whether it belongs to MobileContext in the first place [22:34:14] We've been talking about using Hogan for js - maybe its time to use that in our php to? [22:34:45] the html-specific stuff does not belong in mobile context at all [22:35:41] im not 100% clear what the problem is with keeping those things in the skin - if it's just a matter of the skin being to bloated, sounds like it's itme for some refactoring, but that does not mean functionality that belongs in the skin should be moved to mobilecontext [22:36:25] awjr, also, we need guarantee that it will be called only for SkinMobile [22:36:54] the skin is kind of a nightmare… and i would generally like to see it made more funcitonal (that is, breaking up some of the methods into smaller methods with discrete purposes, rather than big monoloithc methods taht do 100 things) [22:36:57] awjr: +1 [22:37:13] that would also help make the skin more testable [22:37:26] it sounds like we should plan a big refactor but for the time being it should be placed in SkinMobile.php [22:37:57] MaxSem: do you mean if that functionality stays in MobileContext we need to amke sure it's only used for SkinMobile? i think the ansewr there is just to not put it in MobileContext :p [22:38:33] awjr, no I mean not to attempt to call SkinMobile-specific functions for other skins [22:38:56] MaxSem: i see what you mean; is that happening somewhere right now? [22:39:28] no, because these changes aren't merged:P [22:39:31] L75 MaxSem https://gerrit.wikimedia.org/r/#/c/45489/2/includes/specials/SpecialMobileWatchlist.php [22:39:36] / FIXME: this assumes the skin returns is mobile compatible [22:39:56] jdlrobson: i agree; we should maybe start thinking about scheduling some time for refactoring and other hygiene stuff after we wrap up this quarter of photo upload things and before we move on to the Next Thing [22:40:07] agreed awjr [22:40:16] it's hindering progress [22:40:35] jdlrobson: yah, we have too much technical debt [22:40:50] jdlrobson: if you think it's a serious enough problem now we may consider carving out some time to focus on it sooner than that [22:40:56] sure [22:41:10] MaxSem: are you talking specifically about adding properties to $output? [22:41:23] so what can i do about https://gerrit.wikimedia.org/r/#/c/45489/2 and https://gerrit.wikimedia.org/r/#/c/45249/ for time being? [22:41:32] MaxSem: sorry, im really tired and not htinking clearly, can you show me an example of what you're particularly concerned about? [22:41:43] awjr, class SkinMobile { function foo(){} } [22:42:04] class SpecialBar { function execute() { [22:42:14] MaxSem: can't we just use http://php.net/manual/en/function.method-exists.php ? [22:42:22] // Surely the skin is always mobile [22:42:43] $this->getCOntext()->getSkin()->foo(); [22:42:45] }} [22:43:01] jdlrobson, it's a mess [22:43:13] i see [22:43:18] so is SkinMobile.php .. your point? :D [22:43:50] you can't fight mess by adding more [22:43:55] so we should make sure that those special pages always use the mobile skin, and we should probably make it so that WAP can't access special pages [22:43:55] can we not use a methods_exist call for the time being with a FIXME note and arrange a big refactor? [22:44:15] awjr: that's a good point - do we currently serve Special Pages well to wap users? [22:44:23] yes we do [22:44:30] what max said [22:44:32] do we serve them _well_ ? [22:44:35] https://en.m.wikipedia.org/w/index.php?title=Special:UserLogin&useformat=mobile-wap [22:44:44] hahaha i dont think that's possible, jdlrobson [22:44:50] ie. have we checked the user experience recently? [22:44:51] does anyone care?:P [22:44:55] MaxSem: +1 [22:45:09] i think if you are still on wap you are probably used to breakage.. [22:45:18] not saying that's the right behaviour [22:45:24] I asked about the numer of WAP views because I always wanted to kill it [22:46:19] MaxSem: hopefully this will come out of the work the analytics team are doing [22:46:51] so rolling back what's the easiest way I can get the results of https://gerrit.wikimedia.org/r/#/c/45489/2 and https://gerrit.wikimedia.org/r/#/c/45249/ for time being so I can finish the uploads dashboard [22:53:54] ...? [23:14:58] mm so MaxSem awjr i'm still confused.. [23:15:07] New patchset: Jdlrobson; "locally track languages the reader can speak" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/43002 [23:15:08] New patchset: Jdlrobson; "prompt people to begin translations of articles" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/43003 [23:15:08] New patchset: Jdlrobson; "Allow easy method to translate lead of an article" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/43001 [23:15:22] * MaxSem is confused no less [23:15:46] jdlrobson, I think we have an agreement to keep it away from MobileCOntext [23:16:00] so is mobile skin a suitable place for time being? [23:16:00] I think they could be moved to SkinMobileBase for now [23:17:10] ok [23:17:14] New patchset: Jdlrobson; "locally track languages the reader can speak (alpha)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/43002 [23:17:15] New patchset: Jdlrobson; "prompt people to begin translations of articles (alpha)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/43003 [23:17:15] New patchset: Jdlrobson; "Allow easy method to translate lead of an article (alpha)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/43001 [23:17:27] so MaxSem i'll do that for https://gerrit.wikimedia.org/r/#/c/45249/ [23:19:49] New patchset: Jdlrobson; "add method to allow adding classes to #content_wrapper" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45249 [23:21:46] YuviPanda: no luck under ubuntu 12.10 either. it fails to find android:android:jar:4.1_r2 on both mac and linux :P [23:21:59] yeah, need to fix that [23:22:16] killing the other pom files now [23:24:00] brion: thanks for keeping http://www.mediawiki.org/wiki/Mobile/Release_history up to date [23:24:48] whee [23:26:08] jcmish: brion YuviPanda: are there notes from your morning QA meeting ? [23:26:48] tfinc: didn't take any formal notes, but mostly: we're going to try http://calaba.sh/ [23:27:05] k [23:29:55] New patchset: Jdlrobson; "add getMobileHtmlHeader and setMobileHtmlHeader methods" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45489 [23:35:41] New patchset: Jdlrobson; "Update upload page (beta)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45684 [23:35:41] New patchset: Jdlrobson; "Surface image summaries on DonateImage page" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45685 [23:36:15] Change abandoned: Jdlrobson; "can't be bothered with this any more - throwing off our plate" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/42998 [23:36:57] [android-commons] yuvipanda pushed 1 new commit to master: http://git.io/odSPKA [23:36:57] android-commons/master a640ba8 YuviPanda: Removed the integration tests [23:37:17] New patchset: Jdlrobson; "stop dynamically loaded lead sections from being toggleable sections (bug 43878)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45667 [23:39:53] MaxSem, https://gerrit.wikimedia.org/r/#/c/45368/ just answer "seems ok for now" / "absolutely not" to my last comment there [23:41:07] jgonera, I'll defer this one to Jon. I just pointed out at duplication [23:41:24] ok [23:43:18] Change abandoned: Jdlrobson; "Abandoning for time being. I'll take another look at this when things have calmed down. It's been si..." [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/40321 [23:43:51] MaxSem: care to review https://gerrit.wikimedia.org/r/#/c/45489/ and https://gerrit.wikimedia.org/r/#/c/45249/ ? [23:44:16] also I need a better way of doing this - https://gerrit.wikimedia.org/r/#/c/45685/ - I'm sure you have some views Max [23:45:30] @param html makes no sense, can you at least document the parameter type? [23:45:50] You're parsing wikitext and then returning wikitext? [23:46:01] prop=wikitext - Gives the original wikitext that was parsed [23:46:05] What. [23:46:26] Susan, action=parse? not mobile-related [23:46:46] I was looking at https://gerrit.wikimedia.org/r/#/c/45685/1/javascripts/specials/donateimage.js [23:46:51] That's a different API? [23:47:27] eek [23:48:02] <_< [23:48:14] MaxSem: if you could review https://gerrit.wikimedia.org/r/#/c/45489/ and https://gerrit.wikimedia.org/r/#/c/45249/ that would be more useful for me right now [23:48:50] YuviPanda: is http://www.mediawiki.org/wiki/Apps/Commons up to date relative to your work? [23:49:11] as in you've focused on the plumbing ? [23:49:14] i literally am sitting here twiddling my thumbs.. [23:49:26] tfinc: yes. should be done in a little bit. [23:49:59] tfinc: I updated it. have the stuff that's done marked as done [23:51:02] Change abandoned: Jdlrobson; "(no reason)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/42999 [23:52:17] tfinc: updated again [23:53:43] brion: take a pass to update the page (http://www.mediawiki.org/wiki/Apps/Commons) today so that we know what next week will look like [23:53:46] plus it lets shankar know where to attack [23:54:05] jdlrobson, reviewed [23:54:11] looking over... [23:54:15] New patchset: Jdlrobson; "add getHtmlHeader and setHtmlHeader methods" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45489 [23:54:15] thanks MaxSem … amended [23:54:38] ohh .. http://techcrunch.com/2013/01/24/nokia-confirms-the-pure-view-was-officially-the-last-symbian-phone/ [23:54:43] goodbye symbian [23:54:50] no tears [23:56:00] but S40's not quite dead…? [23:56:14] i would be much happier if it was [23:56:23] feature phones yuuuuuck [23:56:26] S40 is simply losing market rapidly to Samsung [23:57:05] low-end android's going to gobble it up [23:57:34] brion: YuviPanda [23:57:35] MaxSem: can you explain https://gerrit.wikimedia.org/r/#/c/45249/4/includes/skins/SkinMobileBase.php [23:57:40] not clear what you're asking me to fix [23:57:41] brion: YuviPanda: how are you guys doing code review ? [23:57:42] * YuviPanda looks [23:58:05] tfinc: we're not yet, but i'll start looking over yuvi's commits soon [23:58:25] tfinc: brion was checkpointing my builds earlier today [23:58:28] we need to cross review otherwise were building huge single points of failure [23:58:37] yep [23:58:43] hence trying to get the android build going on my machine :) [23:58:50] having some maven issues … :( [23:59:11] jdlrobson, @param string $className: valid class name [23:59:11] YuviPanda: while we're at it -- can you build the iOS app on your machine? it should be easier :) [23:59:16] colon is optional [23:59:20] brion: i need to upgrade my xcode [23:59:25] it's... ancient [23:59:32] ah fun. that'll be a couple gigs [23:59:33] i'll do it tomorrow [23:59:35] yeah [23:59:48] ahh ok i see MaxSem (it's getting late in the day!) [23:59:59] thank you