[00:08:21] maxsem, we found an example finally: http://commons.wikimedia.org/wiki/File:Lead_Photo_For_Special-DonateImage0-1913371654227376.jpg [00:08:28] this image was uploaded via mobile but not tagged [00:09:15] MaxSem: I'm guessing it's because it is uploaded via CORS ? [00:09:35] MaxSem: whats the feeling with Open Source days? Did we hear back from any of the volunteer devs on wether they can make it or not? [00:09:48] tfinc_, was poking you for that [00:09:57] got the invitation [00:10:05] nice [00:10:18] did you reach out to katie, kolossus , etc ? [00:11:07] tfinc_, it's not clear from http://opensourcedays.org/2012/ whether we or other attendees should pay attendance fees? [00:11:21] MaxSem: mail them and ask [00:11:29] i was assuming it'd be like FOSDEM [00:11:31] and open entry [00:13:02] tfinc_, "Since we expect the course participants to pay for the training, we are willing to pay the instructor for giving the course, provided that a sufficient number of people sign up." [00:13:09] "Speakers can attend the conference free of charge. We might be able to reimburse your travel and hotel. Please ask about this when submitting your talk proposal." [00:16:27] jdlrobson, Maryana - got what's wrong [00:16:35] \o/ MaxSem [00:17:01] the commons upload endpoint is not on a mobile domain [00:17:11] ahh [00:17:19] does useformat=mobile count as a mobile domain? [00:17:38] (since we don't have m.wikimedia.commons.org [00:18:25] and that's the porblem [00:22:18] jdlrobson, useformat=mobile works and doesn't even cause API warnings so as a stopgap we could add it to action=upload [00:36:03] MaxSem: have you reached out to the volunteers we want there [00:36:07] thats the next part [00:36:12] if they can make it we can move foward [00:36:19] faidon has been mailing me and asking wether its still happening [00:36:46] MaxSem: sweet.. we just need to update the config then [00:36:47] MobileFrontend stopped using WURFL? [00:37:00] Reedy told me this earlier today. What's it using now, then? [00:37:14] was MF ever using WURFL? [00:37:20] Susan, ages ago. and it wasn't really used, just lied around and planned to be used [00:37:26] i know it was talked about a long time ago [00:37:35] I thought it was using some external library/service for identifying mobile User-Agents. [00:37:46] Okay, better question: how are mobile devices detected currently? [00:37:50] Susan: not really, we do it ourself [00:37:52] Someone was asking in #mediawiki. [00:38:04] tfinc_, got blocked by this question. noticed it at the very last moment when was preparing visa documents [00:38:12] Susan: right now mobile devices are detected in squid configuration based on user-agent strings [00:38:21] Using some nasty regex? [00:38:52] detected evices are then automatically redirected to .m domains, where varnish configuration does some other user-agent based magic to kind of bucket devices based on functionality [00:38:58] Susan: basically, yeah [00:39:38] tfinc_, looking from http://opensourcedays.org/2012/courses their prices look high. emailing Jon about our particular case now [00:39:42] actually, it's really not that nasty, Susan [00:39:43] > Through our research, especially in India, we found that we were not redirecting a large breadth of devices in use to our mobile site. The mobile team quickly fixed this issue with the adoption of the open source library tera-WURFL for detecting mobile devices. [00:39:57] That quote is from a blog post from February 2012. [00:40:44] that was about when i joined the mobile team and i believe we were not using WRUFL then, although its possible we were before it and/or the regexes we use were derived from WURFL [00:40:56] Ah, okay. [00:41:00] Susan: preilly would know better [00:41:38] [18:34] MobileFrontend is not recognizing my Android Gingerbread phone as a mobile. useformat=mobile works. Is there something additional I need to do, or is the detection just not very good? (Wikipedia gets it) [00:41:42] [18:34] How would I troubleshoot this? [00:41:45] That was the question, BTW. [00:41:53] Oh, he's in here now. [00:41:56] Susan: we actually chatted a bit with dock a little while ago :) [00:42:04] i suggested he set up AMF with Apache [00:42:17] which MobileFrontend now supports for device detection [00:42:27] Ah, yeah, I see in scrollback. Reading. :-) [00:42:37] :) [00:42:54] Okay, cool. Good to know. [00:43:11] Thanks for the cross post, Susan. I'm set now. [00:43:47] http://www.mediawiki.org/wiki/Wikimedia_Engineering/2012-13_Goals [00:43:57] "Migrate away form WURFL to a better licensed solution" is marked cancelled/deferred [00:43:58] MaxSem: after we get a confirmation from the volunteers we can ticket this [00:44:01] Guess that's wrong. [00:44:06] awjr: you still up for going along with Max ? [00:44:40] tfinc_: eh? [00:44:46] https://www.mediawiki.org/wiki/Improved_Mobile_Device_Detection is also outdated, I guess. [00:44:49] Bleh. [00:44:49] awjr: Open Source Days - Denmark [00:45:03] tfinc_: totally [00:45:30] Susan: was closed out per https://www.mediawiki.org/wiki/Improved_Mobile_Device_Detection/status. looks like some errand status got added that has nothing to do with it [00:45:54] tfinc_: yeah, if i can be useful i'd be very happy to go [00:46:03] So ... is Apache Map Device being used now, then? [00:46:13] Susan: no [00:46:20] <_< [00:46:22] can be used, yes [00:46:25] used, no [00:46:34] Okay. [00:46:41] Squid ACLs, insane, yes [00:46:48] used by us, yes [00:46:48] Sorry, none of this is very clear from the docs. [00:46:59] docs, no [00:47:02] Heh. [00:47:03] what docs? [00:47:05] Susan: what i said before is how we're doing things now - regexes in squid for initial device detection, followed by more matching in varnish config to roughly bucket devices by type/features [00:47:05] Which is probably why I thought we were still using WURFL. [00:47:14] MaxSem: https://www.mediawiki.org/wiki/Improved_Mobile_Device_Detection/status | https://www.mediawiki.org/wiki/Improved_Mobile_Device_Detection [00:47:31] awjr: Right, I'm just looking for places where it says other things. :-) [00:47:44] roger :) [00:47:44] I believe you, but the docs in this area all seem outdated, so I'm not sure anyone will believe me. [00:47:57] "per IRC" [00:48:07] heh [00:48:46] well, 'improved mobile device detection' probably needs a status update saying it's been abandoned or at least put on hold til further notice [00:48:47] Okay, last question: is there a bug about activating Apache Device Map? [00:49:04] Oh, okay. [00:49:09] Yeah, that'd be nice. [00:49:09] MaxSem: where do we define $wgMFPhotoUploadEndpoint [00:49:17] I added an "{{outdated}}" tag for now. [00:49:51] jdlrobson, this isn't doable with settings, you should add this parameter in JS [00:49:55] i dont think apache device map ever totally took off, but i dont know much about it, i think it might've been replaced by AMF [00:50:02] ah ok MaxSem [00:50:09] but there are currently no plans for the WMF to start using it [00:50:12] Yeah, I've never heard of either, TBH. [00:50:16] Okay. [00:50:20] also MaxSem how do we ensure nearby goes into alpha [00:50:41] (e.g. $wgMFNearby = true; ) can you do that in deployment tomorrow/afterwards? [00:50:48] will do [00:54:08] sweet [00:54:22] New patchset: Jdlrobson; "ensure we mobile tag uploads over CORS (minor)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/46479 [00:55:16] ^ MaxSem [00:56:34] Change merged: jenkins-bot; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/46479 [00:57:07] jdlrobson, ^^^ [00:57:10] \o/ [00:58:21] awjr: i found a nasty side effect of $context = MobileContext::singleton(); $context->setForceMobileView( true ); - in that it breaks the qunit tests (http://localhost/w/index.php/Special:JavaScriptTest/qunit?r=4 needs to be run in desktop mode) [00:58:59] :( [00:59:42] how best to special case that? [01:00:05] should forceMobileView override useformat=desktop ? [01:01:50] no [01:02:15] you can force it to true but can't for false [01:19:47] New patchset: Jdlrobson; "allow users to watch the main page (bug 44450)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/46485 [01:19:48] New patchset: Jdlrobson; "Add on and trigger methods to mobileFrontend (bug 44128)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/45912 [01:27:40] New patchset: Jdlrobson; "allow users to watch the main page (bug 44450)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/46485 [01:27:53] jdlrobson: ping [01:28:03] preilly: pong [01:29:21] preilly: sup? [01:29:44] jdlrobson: May I PM [01:29:51] yes [01:36:08] jdlrobson, thanks for testing the Wikivoyage Offline Android app! [01:36:20] hey NicolasRaoul__ thanks for making it :) [01:36:33] would it be possible to send me a log showing the crash? [01:36:47] using the "SendLog" app for instance [01:37:17] lemme see [01:37:40] if possible just post it here: https://github.com/nicolas-raoul/OxygenGuide-Android/issues [01:38:05] same place for suggestions by the way, you seem to have great idea :-) [01:38:06] will do [01:38:46] https://github.com/nicolas-raoul/OxygenGuide-Android/issues/13 Hum interesting... looks like a new security features on recent versions of Android or something... I will look into it and include the fix in today's release if possible [01:41:02] sweet [01:41:13] when does the crash happen? When you click on "Read with Android browser" I guess? Does the "Read with HtmlViewer" button work? [01:45:21] yup exactly [01:45:25] read with html viewer works fine [01:52:03] NicolasRaoul__: have you met YuviPanda ? He's working on the new commons app [01:52:23] i'm sure he'd welcome some input from you from a wikivoyage pov [01:53:09] I haven't, hello YuviPanda :-) I downloaded the nightly APK for the Commons app yesterday but haven't had a chance to test it yet. [01:57:15] NicolasRaoul__: he might just be waking up [01:57:19] it's 7am where he is :) [01:57:35] 11am here in Tokyo :-) [01:58:33] ah i didn't realize you were in Tokyo [01:58:34] t [01:58:39] travels or is that home? [02:01:29] I have been working here for the last 4 years... originally from France though. [02:04:11] I just launched the OxygenGuide script on Wikimedia Labs, seems to work fine. OxygenGuide is the script that downloads the dump, converts the wikicode to minimalist HTML pages, then uploads the ZIP to Google Code. The Android app downloads this ZIP [02:07:14] nice. i gotta run but hopefully catch you tomorrow am! [02:07:20] nice to meet you NicolasRaoul__ sure we'll be seeing more of you :) [04:44:00] Hello all, I want to create an instance but I am told "No Nova credentials found for your account" at https://labsconsole.wikimedia.org/wiki/Special:NovaInstance [04:45:39] I am "Nicolas Raoul" on Labs, I added my SSH public key to both Labs and Gerrit. I can access the bastion via SSH. [04:46:16] YuviPanda: ? [04:46:23] oops wrong chat sorry [05:34:55] hey jcmish [05:34:58] just woke up [05:35:09] it's only 11 AM, so I guess I'm moving to normalish hours again [05:35:14] NicolasRaoul__: hello! [05:35:16] nice app :) [05:35:21] NicolasRaoul__: have you looked at openzim? [05:37:45] Hello YuviPanda :-) [05:37:55] nice app :) [05:38:48] hey YuviPanda [05:38:54] I told you just give me a bit :D [05:38:59] aaah [05:39:04] ok! :) [05:39:08] that was the easy one… the iOS one is harder ;-) [05:39:08] i saw ping on IRC [05:39:10] so pinged back [05:39:21] haha no worries [05:39:39] The open source app we used is no longer alive [05:39:57] so we don't want to use that one the one we used at the last place I worked for Android [05:40:36] ah [05:40:37] oko [05:42:08] oh was the nice app for NicolasRaoul__? haha [05:42:17] sorry guys :D I thought you were saying nice app to me haha [05:42:19] when creating OxygenGuide 3 years ago I wanted a very portable format so I chose plain HTML. ZIM is nice indeed, but is there a usable Android reader? [05:55:30] NicolasRaoul__: not yet. [05:55:49] NicolasRaoul__: rather, there is Kiwix [05:55:55] and nobody's ported it to Android yet [05:56:04] there's a C++ library, all we need to do is use ndk [06:05:02] "This software has no bugs" sorry I have to challenge that ;-) https://bugzilla.wikimedia.org/show_bug.cgi?id=44456 [06:06:36] NicolasRaoul__: :P [06:07:01] NicolasRaoul__: we're probably going to go 2.3+ only though [06:07:05] Also, I can't see any launcher icon for Wikimedia Commons latest beta, even after rebooting. Is it normal, the app just has activities but no launcher? [06:07:12] NicolasRaoul__: yup [06:07:17] NicolasRaoul__: go to gallery, share [06:08:59] I am a bit of a third-world user (-_-') with 2.2... bought only 1 year ago though [06:09:14] NicolasRaoul__: what camera does it have? [06:10:30] 3.16 MP rear camera... pics are really not great honestly [06:12:05] NicolasRaoul__: that's the reason, really. [06:12:11] [android-commons] yuvipanda pushed 1 new commit to master: http://git.io/waU9_w [06:12:11] android-commons/master da9fb88 YuviPanda: (bug 44456)Setup themes to derive from ActionBarSherlock theme [06:12:12] NicolasRaoul__: either way that bug should be fixed now. [06:12:31] there should be a build available shortly... [06:12:39] great :-) [06:17:02] Project Android-Commons (mobile) - Nightly builds build #7: SUCCESS in 32 sec: https://integration.mediawiki.org/ci/job/Android-Commons%20(mobile)%20-%20Nightly%20builds/7/ [06:17:02] yuvipanda: (bug 44456)Setup themes to derive from ActionBarSherlock theme [06:17:12] NicolasRaoul__: can you test ^ [06:27:26] Works better! I guess you have thought about the privacy implications about posting pics from phones, but anyway: A fellow French has created an open source app to remove potentially confidential info from pics before sharing, you might want to have a look: https://github.com/tvass/No-Exif [06:30:39] NicolasRaoul__: not yet - but I think I'll make sure to address that before first full release. [06:30:48] currently it goes up as it is [06:38:38] can't figure out how to login :-/ https://bugzilla.wikimedia.org/show_bug.cgi?id=44457 [06:51:04] NicolasRaoul__: there is a 'login' button [06:51:08] might be hidden by your keyboard [06:51:19] NicolasRaoul__: try 'scrolling up'? [06:51:46] I tried, there is no scrolling [06:52:24] NicolasRaoul__: i'll try it out when I get my 2.3 device, but if it is a 2.2 only think I think I should probably pass :( [06:52:28] I sent 2 screenshots, one without keyboard, button not visible and also not scrolling [06:52:43] maybe it is just because of the small screen? [06:52:56] yes [06:52:57] can you make the view scrollable? [06:53:03] we'll optimize for small screens shortly [06:53:08] just means putting a smaller logo [06:53:15] nah, having it scroll would be a bad idea [06:53:54] NicolasRaoul__: updated the bug [06:54:17] how about putting a white-ish version of the logo in the background, being the form? [06:54:39] s/being/behind [06:55:27] NicolasRaoul__: yup, the design will definitely account for this [06:55:37] that, putting featured images in the bg, etc. lots of options [06:55:44] we've a designer on it [09:00:20] [java-mwapi] yuvipanda pushed 2 new commits to master: http://git.io/1JMp8g [09:00:20] java-mwapi/master a237673 YuviPanda: Updated dependencies [09:00:20] java-mwapi/master 7c17289 YuviPanda: [maven-release-plugin] prepare release api-1.2 [09:00:27] [java-mwapi] yuvipanda tagged api-1.2 at 9dcfb69: http://git.io/VqKwAw [09:00:33] [java-mwapi] yuvipanda pushed 1 new commit to master: http://git.io/Zs6new [09:00:33] java-mwapi/master 3d34220 YuviPanda: [maven-release-plugin] prepare for next development iteration [09:11:02] [android-commons] yuvipanda pushed 1 new commit to master: http://git.io/Bci-eg [09:11:02] android-commons/master 6039cb3 YuviPanda: Fix performance problems with notifications freezing the phone.... [09:36:49] Project Android-Commons (mobile) - Nightly builds build #8: FAILURE in 16 sec: https://integration.mediawiki.org/ci/job/Android-Commons%20(mobile)%20-%20Nightly%20builds/8/ [09:36:49] yuvipanda: Fix performance problems with notifications freezing the phone. [09:37:07] hmm, I need to wait two hours for it to get to maven central I guess [09:42:47] hey Yuvi [09:43:10] hey MaxSem [09:43:18] 'sup? [09:43:29] nuthin' [09:43:40] just saying hi [09:43:43] uh oh [09:43:49] Hi :D [09:44:01] MaxSem: I'll be meeting Siebrand, and rest of language team in a week :) [09:44:15] who's visiting whom? [09:44:28] they're visiting [09:44:32] Pune [09:44:55] nobody's bringing vodka though [10:44:45] Yippie, build fixed! [10:44:46] Project Android-Commons (mobile) - Nightly builds build #9: FIXED in 39 sec: https://integration.mediawiki.org/ci/job/Android-Commons%20(mobile)%20-%20Nightly%20builds/9/ [10:47:50] whee [14:02:18] [android-commons] yuvipanda pushed 1 new commit to master: http://git.io/UJPWwQ [14:02:18] android-commons/master c9fea7e YuviPanda: Do not undeploy before deploying to device by default [17:52:28] MaxSem: is there an easy way for me to check/test this? https://mingle.corp.wikimedia.org/projects/mobile/cards/304 [17:54:08] you mean, when it will work?:P [17:54:48] MaxSem: partly :p are all of the things in there currently broken? [17:54:59] yes I think [17:55:03] :( [17:58:32] awjr, and when it will be fixed it will require a root on these boxes to check [17:58:52] ok MaxSem - is it safe to say it will be done when that rt ticket is complete? [17:58:59] yes [17:59:04] groovy thanks :) [18:04:09] awjr: mmm.. Failed to load resource: the server responded with a status of 404 (Not Found) http://staging.wmflabs.org/extensions/MobileFrontend/stylesheets/modules/images/ajax-loader.gif?2012-12-11T20:33:20Z [18:04:48] ahh cache awjr ignore [18:04:56] :) [18:07:29] okay, amke your bets - will we need a cache purge today?:P [18:12:23] yes [18:12:27] five bucks! [18:13:39] I dunno anyone who would bet against that :P [18:15:03] a risk-taker [18:25:47] jdlrobson: is tfinc in the office? [18:25:57] I think he mailed out about not being available, but just checking [18:26:51] no YuviPanda [18:27:16] alright [18:31:41] [Commons-iOS] brion pushed 1 new commit to master: http://git.io/WyTI9A [18:31:41] Commons-iOS/master 28da6c0 Brion Vibber: Save taken photos back to camera roll - gives us EXIF data too... [18:34:13] brion: fixed the bug causing the 'freezes' of the notification bar [18:34:30] \o/ awesome [18:34:31] what was it? [18:35:10] brion: bug in my flow [18:35:26] just too many updates for it to handle? looks like you throttled it [18:35:30] I profiled it, and after looking around, I found out that I had set a flag to true when I should have set it to false [18:35:34] ah [18:35:35] so the throttling was not working [18:35:36] facepalmed [18:35:44] but built more robust throttling anyway [18:35:47] much more configurable [18:35:50] :D [18:35:52] now one update every 3% [18:36:05] now working on making the queue more explicit [18:36:09] notnarayan: hello [18:36:11] nice [18:36:23] YuviPanda: hello :) [18:36:51] YuviPanda: what you unto? [18:36:59] setting up the queue [18:36:59] YuviPanda *upto [18:37:13] YuviPanda: nice! [18:37:18] i am thinking of getting rid of the progress bar in the notifications [18:37:29] YuviPanda: why so? [18:37:36] hmm i like progress bar in notification [18:37:37] it's pretttty [18:37:43] brion: :D [18:37:58] brion: sure, but it's confusing no? especially since there are many files being uploaded [18:38:05] and only one progress bar [18:38:35] still it shows something's happening. there's value to that [18:38:40] jdlrobson, check your email [18:38:54] MaxSem: k [18:38:55] could make the progress bar show progress over the entire queue maybe [18:39:22] nothing really urgent, but I feel we might need to discuss this guy [18:39:22] YuviPanda its mostly to show that "something is happening", relax! [18:39:23] will take a look in a bit :) [18:40:31] hmm, original reasoning was to reduce the performance issue :P [18:40:46] but now that i've solved that in other ways... [18:40:47] it's fine [18:40:54] YuviPanda: :) [18:41:33] brion: java on the air is *slightly* painful [18:46:48] New review: Ori.livneh; "Looks OK; some small points here and there that you can ignore if you like :)" [mediawiki/extensions/MobileFrontend] (master); V: 0 C: 0; - https://gerrit.wikimedia.org/r/43003 [18:47:16] brion: hey! saw the updated app. any bug fixing i can help with ? [18:47:57] Sohan: I've got a few items under https://bugzilla.wikimedia.org/buglist.cgi?list_id=176457&resolution=---&resolution=LATER&resolution=DUPLICATE&query_format=advanced&product=Commons%20App [18:48:01] look for the ones that specifically say 'ios' [18:48:03] i [18:48:09] i'm going to do the detail dialog next [18:48:21] still need to remerge the localization [18:48:37] a couple of the smaller ones might be good to patch -- checking network status, canceling upload [18:49:00] YuviPanda: dealing with apple java? you can always run a linux vm :) [18:49:21] I'm unsure if it is the apple java, or the maven, or the IntelliJ (gave up Eclipse) or the what... [18:50:25] brion: great. i'll do the checking network status one to begin with. [18:50:34] awesome thanks Sohan :D [18:50:37] i'll use reachability to do so. is there a better way ? [18:50:44] my pleasure :) [18:51:35] Sohan: as far as i know that'll do, i'm still somewhat new to iOS myself :) [18:52:15] ha okay. reachability is provided by the apple api. so i'll use that. its quite an elegant solution too. [18:52:28] i might have to add the framework. thats okay right ? [18:52:38] that's fine [18:52:55] cause the .xcodeproj file sometimes causes problems with git if you add files newly. [18:55:14] yeah worst case i have to do some manual merging. it's doable :D [18:57:03] yay. great will start working on that :) [18:58:18] [android-commons] yuvipanda pushed 2 new commits to master: http://git.io/xmCCjg [18:58:18] android-commons/master 96eff3f YuviPanda: Fixed bug causing delayed notification of uploading being in progress [18:58:18] android-commons/master 738cdd4 YuviPanda: Have the Media class be parcelable [19:04:25] brion: iOS upload wireframes http://upload.wikimedia.org/wikipedia/commons/5/58/Commons_upload_ios_wireframes.pdf [19:04:54] looking [19:07:17] notnarayan: i like it [19:07:25] brion: :) [19:08:08] i can use a collection view for the grid views, replacing the current table view [19:08:24] uploading in the background should be doable, will need to tweak how i'm using the api a little to use the two-step process [19:08:36] brion: would it be possible for the user to hit upload, and while the image is uploading in the back, get him to enter a title and a description. [19:08:50] yeah [19:08:56] the way upload wizard does it will work [19:09:09] upload to the temporary file space and then complete the upload in a second request once we have the data [19:09:19] brion: sounds good. [19:09:48] brion: we can extend the toolbar later to accommodate featured, campaigns etc etc [19:09:52] *nod* [19:10:10] i like the round bit on the camera icon, it's a good visual :) [19:10:22] i'm not 100% sure how to implement it but it should be doable [19:10:39] brion: what about the tutorial? [19:11:05] simplest thing: make an overlay image for the supported screen sizes [19:11:11] brion: where are docs on the filekey based upload process? [19:11:13] unlike android there's only two or three screen sizes to support :) [19:11:24] brion: super! :) [19:11:38] YuviPanda: i believe http://www.mediawiki.org/wiki/API:Upload#Chunked_uploading [19:11:56] notnarayan: that reminds me -- do we want to plan any iPad support at this stage or leave that for later? [19:12:04] brion: isn't that the fireogg format? [19:12:15] YuviPanda: have a look at http://upload.wikimedia.org/wikipedia/commons/5/58/Commons_upload_ios_wireframes.pdf [19:12:15] YuviPanda: i think so [19:12:27] oh, so you're going to implement the fireogg format/ [19:12:29] ? [19:12:29] nice [19:12:38] notnarayan: yeah sawn. nice :) [19:12:46] yeah i'll probably upload in one chunk for simplicity though [19:12:58] brion: i have seen people taking photos with their iPads :P [19:13:10] i have as well, often at museums and stuff :D [19:13:34] brion: the image looks good on that screen [19:14:07] ah, right [19:15:20] New patchset: Jdlrobson; "clicking uploads when anon redirects to login (story 359)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/46549 [19:15:20] New patchset: Jdlrobson; "Refactor links and url code in skin (code cleanup)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/46550 [19:15:23] brion as far as the tutorial is concerned, ill give you different images [19:15:34] oh shit, images are probably not good [19:15:37] localization :) [19:15:44] * brion headdesk [19:15:50] + if you change any of your layout, you'll need to redo the events :P [19:15:51] err [19:15:52] images [19:15:54] eyah [19:15:55] yeah [19:16:18] notnarayan: but if we want a pretty font, we can embed a TTF with the app :D [19:16:49] brion: that would work [19:18:01] * YuviPanda codes to 'I want to break free' on repeat. [19:18:20] notnarayan: we probably need privacy policy & terms of use links somewhere, maybe on the signup page [19:19:01] brion: yes, let me see how that fits in. [19:19:51] brion: also we've not thought of how much EXIF we're gonna store and how much we're gonna kill, and how to indicate that. [19:20:18] YuviPanda: my recommendation would probably be to give an option for stripping or adding GPS coordinates [19:20:23] yup [19:20:32] that's the least, i think [19:20:33] otherwise i'm passing everything through for now [19:20:56] i think i can modify the metadata with some apple libraries, i'll have to figure out how :) [19:21:25] brion: the ALAssets lets you control the metadata from the gallery.camera etc [19:21:37] yep [19:22:02] hi munaf. did a first pass on the commons iOS upload http://upload.wikimedia.org/wikipedia/commons/5/58/Commons_upload_ios_wireframes.pdf [19:22:24] notnarayan cool! looking. [19:24:09] notnarayan, i'm liking the coachmarks :) [19:24:13]