[09:58:28] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5000: FAILURE in 2 min 19 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5000/
[10:42:46] <mw-jenkinsbot>	 Yippie, build fixed!
[10:42:46] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5001: FIXED in 2 min 16 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5001/
[15:11:25] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5009: FAILURE in 16 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5009/
[15:18:27] <mw-jenkinsbot>	 Yippie, build fixed!
[15:18:28] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5010: FIXED in 2 min 18 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5010/
[17:32:42] * yuvipanda  waves

[17:36:21] <mw-jenkinsbot>	 Project MediaWiki-REL1_18-phpunit build #167: FAILURE in 13 sec: http://integration.mediawiki.org/ci/job/MediaWiki-REL1_18-phpunit/167/
[17:42:47] <mw-jenkinsbot>	 Yippie, build fixed!
[17:42:47] <mw-jenkinsbot>	 Project MediaWiki-REL1_18-phpunit build #168: FIXED in 2 min 11 sec: http://integration.mediawiki.org/ci/job/MediaWiki-REL1_18-phpunit/168/
[18:11:00] * yuvipanda  wonders if everyone's back

[18:11:08] <tfinc>	 yuvipanda: we are!
[18:11:13] <tfinc>	 greetings all
[18:11:20] <yuvipanda>	 hello tfinc!
[18:11:22] <tfinc>	 preilly: here is the debugger output when in wifi only mode http://pastebin.com/mvwi0usv
[18:11:35] <preilly>	 tfinc: okay, I'll take a look
[18:12:12] <tfinc>	 i would typically see the genomes lookups. then "Discarding message for event 0 because of too many unprocessed messages" and after enough retries i'll get the location
[18:12:38] <preilly>	 hmm it's the same &lat=37.770603&lng=-122.424271
[18:13:03] <tfinc>	 why was it trying it over and over ?
[18:13:12] <tfinc>	 one would have been enough
[18:13:20] <preilly>	 that's a great question
[18:13:25] <tfinc>	 i wonder if this is why we were running out of queries on the free account
[18:13:41] <preilly>	 tfinc: yeah, that sure would do it
[18:13:52] <preilly>	 tfinc: I wonder if they were resolution errors too
[18:14:34] <tfinc>	 yuvipanda: last week we agreed to trim the stand ups to mwf. you should have the updated invite
[18:14:47] <yuvipanda>	 tfinc: ah, cool.
[18:14:49] <yuvipanda>	 tfinc: am on https://bugzilla.wikimedia.org/show_bug.cgi?id=31869 btw
[18:14:53] <tfinc>	 wow. were almost @ 30 people in here
[18:14:53] <tfinc>	 nice
[18:15:07] <tfinc>	 yuvipanda: yes. that one was killing me
[18:15:09] <MaxSem>	 and we havent even released 1.0!
[18:15:13] <yuvipanda>	 :D
[18:15:23] <tfinc>	 philinje: what other near by me bugs are we looking to squash for 1.0 ?
[18:15:35] <tfinc>	 how is our international testing going?
[18:15:45] <tfinc>	 were getting very close to our delivery date
[18:16:17] <yuvipanda>	 less then 10 days..
[18:16:17] * tfinc  goes to see our geonames stats

[18:16:21] <preilly>	 tfinc: did you see this, "This what Apple Technical Support says about this (after paying $49 for a Developer Tech Support Incident):
[18:16:22] <preilly>	 These messages are coming from Core Location framework. The most likely cause of these messages is that there isn't a run loop running on the thread on which the CLLocationManager was created. (This implies that the CLLocationManager wasn't created on the main thread.) The messages that are being discarded are location messages: event 0 is a location and event 24 is an authorization status update, for example. Because the messages being discar
[18:16:22] <tfinc>	 Credits Total:	5,000,000
[18:16:22] <tfinc>	 Credits Total Used:	1,317 (0%)
[18:16:22] <preilly>	 you won't see the appropriate delegate callbacks being invoked. Did you set up a geofence or some other callback and isn't servicing it quickly enough? The queue limit appears to be 10 before it starts dumping events and logging this message. This information isn't publicly documented yet. I'm working with the Core Location team to improve the reported messages and see if this can be better documented."
[18:16:23] <tfinc>	 lol
[18:16:32] <yuvipanda>	 also from the look of things, I'll be in SF by 16th or so :)
[18:16:36] <yuvipanda>	 err 17th
[18:17:40] <tfinc>	 preilly: yeah, i saw that on stack overflow
[18:17:46] <tfinc>	 yuvipanda: so the visa worked out well ?
[18:18:05] <preilly>	 tfinc: notice this in the logs [Switching to process 7171 thread 0x1c03]
[18:18:13] <tfinc>	 right
[18:18:23] <yuvipanda>	 tfinc: looks like. I've an 'interview' on 10th. Asked around to people who work similarly to me (santhosh, a few other friends) and I'm told it shouldn't be a proble
[18:18:24] <yuvipanda>	 m
[18:18:35] <tfinc>	 yuvipanda: good then i'm roping you into http://www.meetup.com/PhoneGap-SF/events/39447102/
[18:18:37] <tfinc>	 :D
[18:18:45] <tfinc>	 92 attending so far
[18:18:48] <tfinc>	 lets break 100!
[18:18:52] <yuvipanda>	 sure!
[18:18:53] <yuvipanda>	 :D
[18:19:03] <tfinc>	 lets chat later this week about how we want to present this
[18:19:07] <tfinc>	 we'll rope brion in too
[18:19:29] <yuvipanda>	 would be nice finally meeting him IRL
[18:20:52] <tfinc>	 soon enough yuvipanda
[18:20:57] <yuvipanda>	 :)
[18:20:59] <tfinc>	 he also wants to come to the pune hakcatjhon
[18:21:39] <yuvipanda>	 epic
[18:22:15] * tfinc  dreads looking at his inbox

[18:22:21] <yuvipanda>	 :D
[18:22:46] <yuvipanda>	 i'm hoping i can stand up to the climate in SF. I was shivering in ~13-15C in Bangalore, am sure SF would be much lower...
[18:22:49] <tfinc>	 ROFL Wikimedia's Creepy Fundraising Campaign Breaks Record Again http://www.readwriteweb.com/archives/wikimedias_creepy_fundraising_campaign_breaks_reco.php
[18:23:16] <tfinc>	 yuvipanda: suck it up princess
[18:23:17] <tfinc>	 hehe
[18:23:23] <yuvipanda>	 :D
[18:23:34] <tfinc>	 its 50°F now
[18:23:38] <yuvipanda>	 cue me with 5-6 layers of clothing walking around
[18:23:48] <yuvipanda>	 that's 10F
[18:23:50] <yuvipanda>	 err
[18:23:51] <yuvipanda>	 10C
[18:24:17] <yuvipanda>	 would be the coldest i've experienced, I guess.
[18:24:59] <MaxSem>	 tfinc, okay - that's what we store so far: https://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/GeoData/GeoData.sql?view=markup
[18:25:45] <tfinc>	 MaxSem: will take a look a bit later. perhaps preilly can take  look now
[18:27:10] <tfinc>	 FTW: "As from today, network operators in Chile are no longer allowed to sell carrier-locked phones,…"
[18:27:23] <preilly>	 nice
[18:27:30] <yuvipanda>	 nice!
[18:27:42] <yuvipanda>	 never has been the case in India though.
[18:27:42] <MaxSem>	 the only thing I'm unsure about is whether we need dim/scale/both
[18:28:28] <tfinc>	 uhoh ..  Richard Stallman Was Right All Along .. http://www.osnews.com/story/25469/Richard_Stallman_Was_Right_All_Along
[18:28:39] <yuvipanda>	 tfinc: I see you're catching up on news ;)
[18:28:46] <tfinc>	 correct!
[18:28:55] <preilly>	 MaxSem: I looked at the schema stuff last week it looks sound
[18:28:57] <tfinc>	 slashdot moslty
[18:29:06] * tfinc  loves slashdot

[18:29:15] <yuvipanda>	 interesting
[18:29:24] <MaxSem>	 currently I'm interested in what should be stored
[18:29:32] <yuvipanda>	 most of mine is reddit and twitter
[18:29:38] <MaxSem>	 indexes are still to be investigated
[18:30:29] <yuvipanda>	 tfinc: btw, yuvipanda@wikimedia.org works everywhere too :P
[18:36:06] <tfinc>	 yuvipanda: excellent
[18:44:30] <tfinc>	 hey brion
[18:44:43] <brion>	 yo tfinc
[18:45:08] <tfinc>	 brion: have you been able to give WikipediaMobile iOS RC1 a spin ?
[18:46:22] <brion>	 not yet; that's from the old codebase?
[18:46:27] <tfinc>	 yup
[18:46:41] <tfinc>	 it'll pick up some minor fixes and the new paid geonames account
[18:47:00] <tfinc>	 and will give us a good idea of what our near by traffic actually is
[18:48:28] <tfinc>	 unlike our Android app RC's .. i'm hoping to make the iOS RC's not lies
[18:48:33] <tfinc>	 actual RC's and not betas
[18:49:55] <brion>	 heh
[18:50:13] <brion>	 i left my ipod touch at home, d'oh
[18:50:20] <tfinc>	 http://www.gnunify.in/ speaker registration is up
[18:50:36] <tfinc>	 wait .. brion is down a screen… help him stat!
[18:50:45] <preilly>	 argh
[18:59:18] <Rancher>	 Hello. A quick question. Is WikipediaMobile released?
[18:59:45] <preilly>	 Rancher: iOS or Android?
[18:59:51] <Rancher>	 Android.
[19:00:01] <preilly>	 Rancher: not yet, but soon
[19:00:18] <preilly>	 Rancher: for now you can use a nightly or RC build
[19:00:24] <Rancher>	 OK. I translated it to Serbian, but I would like to test it first.
[19:00:49] <Rancher>	 Oh, I see. RC build has all the translations from TranslateWiki, right?
[19:01:29] <preilly>	 Rancher: it should
[19:02:58] <tfinc>	 Rancher: yup, it'll have them.
[19:03:08] <tfinc>	 Rancher: thanks for translating
[19:03:21] <tfinc>	 Rancher: you can find the nightlys here http://integration.mediawiki.org/WikipediaMobile/nightly/
[19:03:35] <tfinc>	 the one thing that won't work in the nightlys but will work in the RC'1 is the google maps tiles
[19:03:46] <tfinc>	 the nighlys aren't yet signed with our google maps keys
[19:03:53] <tfinc>	 but everything else should work
[19:04:28] <Rancher>	 OK. Thank you. I will check it out. :)
[19:04:55] <tfinc>	 hashar: remind me why we have both apks titled with date and an alpha numeric string ?
[19:05:03] <Reedy>	 lol
[19:05:26] <Rancher>	 WikipediaMobile is the official MediaWiki application, right?
[19:05:27] <tfinc>	 for the same build :)
[19:05:31] <tfinc>	 Rancher: correct
[19:05:36] <Rancher>	 Great.
[19:05:37] <preilly>	 Rancher: yes
[19:05:43] * preilly  damn too slow

[19:07:57] <tfinc>	 jorm: whats your UDID? (http://www.innerfence.com/howto/find-iphone-unique-device-identifier-udid)  we need more testers for the old iOS app before we kill it.
[19:08:51] <jorm>	 sec
[19:11:05] <Rancher>	 I cannot seem to change the application language.
[19:11:32] <yuvipanda>	 Rancher: did you change the language in settings?
[19:11:39] <yuvipanda>	 Rancher: try hitting the 'W' icon after changing it
[19:11:39] <yuvipanda>	 ?
[19:11:43] <jorm>	 tfinc: 624bde36bdf7af7a96b3afceaafc1d4ab215ad55
[19:11:47] <tfinc>	 jorm: thanks
[19:13:15] <tfinc>	 ok. i'm waiting on one more UDID from a friend of arthurs. once i get that i'll mail out a RC1-1. likely around 1.  same trunk rev but signed with more device names
[19:14:04] <Rancher>	 I changed the language to Serbian, but for some reason it automatically switches to English.
[19:14:13] <Rancher>	 Using the latest APK.
[19:15:09] <tfinc>	 Rancher: let me try it too
[19:16:09] <tfinc>	 i changed my locale to Polish and the buttons changed accordingly.
[19:16:29] <tfinc>	 Rancher: where are you changing it and what Android release are you on?
[19:16:47] <yuvipanda>	 tfinc: you mean 'change' in android or in the app?
[19:17:07] <tfinc>	 yes. where are you changing it on the phone
[19:17:15] <tfinc>	 because you have to change the locale of the fun to pick up the messages
[19:17:18] <tfinc>	 phone*
[19:17:28] <yuvipanda>	 ah, yes.
[19:17:50] <Rancher>	 Samsung Galaxy Fit, Android 2.3.6. My phone language is in Serbian too, and I changed the application language in settings.
[19:18:12] <tfinc>	 Rancher: try Polish
[19:18:21] <Rancher>	 OK.
[19:18:28] <tfinc>	 because i wonder if were just not mapping the language for Serbian correclty
[19:18:49] * tfinc  doesn't have Serbian on his android build :(

[19:20:41] <Rancher>	 Yeah, changed my phone language to Polish and it worked.
[19:21:06] <tfinc>	 so two possible issues. 1) we don't have the translations. 2) we arent mapping the language code right
[19:21:21] <tfinc>	 Rancher: did you install the nightly or an RC ?
[19:21:41] <Rancher>	 Nightly.
[19:22:57] <Rancher>	 Serbian has two scripts (Cyrillic and Latin) and, like you said, you probably did not map it correctly.
[19:23:05] <tfinc>	 and that one was built from the last translation sync https://github.com/wikimedia/WikipediaMobile/commit/bc3683aa8ed76358b96f2296bba976ea3f25a406
[19:23:06] <tfinc>	 ohhh
[19:23:07] <Rancher>	 I have no idea if Android allows two translations for one language.
[19:23:11] <tfinc>	 language variants
[19:23:16] <Rancher>	 Yep.
[19:23:28] * tfinc  notices messages-sr-el.properties and messages-sr-ec.properties

[19:23:34] <Rancher>	 Yeah.
[19:24:15] <tfinc>	 brion & yuvipanda: Rancher just pointed out that were seeing a problem with language variants. do we have a known issue about this? serbian isn't getting picked up when the locale changes
[19:24:25] <tfinc>	 zh would also be affected
[19:24:41] <yuvipanda>	 tfinc: I think there is a bug for this
[19:24:49] <tfinc>	 https://bugzilla.wikimedia.org/show_bug.cgi?id=32906
[19:24:50] <philinje>	 Rancher: what happened with Polish?
[19:24:56] <yuvipanda>	 tfinc: https://bugzilla.wikimedia.org/show_bug.cgi?id=32897
[19:24:58] <tfinc>	 philinje: polish worked just fine
[19:25:06] <Rancher>	 Yeah.
[19:25:42] <brion>	 tfinc, we have no explicit support of variants in the mobile app at this time, so far as i know
[19:25:43] <tfinc>	 yuvipanda: https://bugzilla.wikimedia.org/show_bug.cgi?id=32906 is the core issue
[19:25:56] <tfinc>	 brion: what would it take to fix it ?
[19:26:10] <brion>	 unknown
[19:26:17] <tfinc>	 philinje: whats our list of languages that have to work for launch ? partners and such ..
[19:26:19] <tfinc>	 i want to test them more
[19:26:23] <brion>	 either pre-recorded knowledge or some kind of discovery for available variants, i guess
[19:26:25] <tfinc>	 how myserious
[19:26:33] <tfinc>	 mysterious*
[19:26:35] <brion>	 and................ some kind of way to make sure they work in MobileFrontend to begin with
[19:26:37] <brion>	 no idea if they do
[19:26:57] <brion>	 then probably need some UI for selecting variants
[19:27:04] <brion>	 and some kind of preference for recording them?
[19:27:30] <yuvipanda>	 brion: why not follow #1?
[19:27:39] <brion>	 #1 what?
[19:27:39] <yuvipanda>	 > Since it's only a viewer I guess it's fine to just implement this as different language.
[19:27:52] <yuvipanda>	 Technically #0, first comment on said bug.
[19:27:59] <tfinc>	 ok .. so the android sdk is at least variant aware .. http://developer.android.com/reference/java/util/Locale.html#getDisplayVariant()
[19:28:00] <yuvipanda>	 hmm, would affect search too I guess?
[19:28:12] <brion>	 well you'd still have to find a way to actually do that
[19:28:19] <brion>	 1a) find out what variants exist, somehow
[19:28:30] <brion>	 1b) slip them into lists somewhere so you can select them, this doesn't exist at present
[19:28:47] <brion>	 1c) change logic assumin gthat 'http://' + language  + '.m.wikipedia.org' will get you a useful url
[19:28:48] <brion>	 cause it won't
[19:28:55] <tfinc>	 Rancher: i'm adding a note to https://bugzilla.wikimedia.org/show_bug.cgi?id=32906 that this also affects Serbian.
[19:28:59] <brion>	 if language includes a variant code
[19:29:06] <tfinc>	 Rancher: but as you can see. its not an easy fix
[19:29:40] <yuvipanda>	  the current languages 'list' is pulled from wikipedia, so I guess that isn't going to help…
[19:29:55] <Rancher>	 Derk-Jan Hartman already posted that (I think the only other language that has this option is
[19:29:56] <Rancher>	 the sr language wiki).
[19:30:00] <yuvipanda>	 also, yes - does mobilefrontend support this? Currently we just do <langcode>.wikipedia.org
[19:30:08] <yuvipanda>	 zh-hk.wikipedia.org?
[19:30:08] <brion>	 variants should probably be made available locally within the view on each language
[19:30:16] <brion>	 as they are on the regular interface
[19:30:26] <yuvipanda>	 nope
[19:30:48] <brion>	 this is all part of the 'long tail' of trying to do MobileFrontend the way it is instead of designing a new scalable interface, we should make sure we start doing some work on that direction
[19:31:32] <brion>	 then since the mobile app is sort of a hack on top of mobilefrontend, we either need to let mobilefrontend's interface shine through visibly, or piggyback on it as we did with the langugae links
[19:32:11] <Rancher>	 tfinc: I assumed it's not an easy thing to do.  Does Android even support language variants? I have never seen an application that has both Serbian Cyrillic and Latin translations.
[19:33:02] <brion>	 android doesn't really need to know or care about that
[19:33:28] <brion>	 though it does have separate locales for zh-tw and zh-cn etc
[19:34:37] <Rancher>	 OK. When are you going to release a final version? If you don't fix this until then, then use Serbian Cyrillic as default for Serbian users since it is the official script.
[19:35:33] <Rancher>	 By the way, can someone build me a test APK with Serbian Cyrillic only so I could test it?
[19:38:00] <Rancher>	 (If it is not too time-consuming).
[19:40:39] <brion>	 Rancher, not sure what you mean by 'with Serbian Cyrillic only'
[19:42:45] <Rancher>	 Include only Serbian Cyrillic translation in the application, so Android could recognize it.
[19:43:44] <tfinc>	 brb .. analytics meeting
[19:46:25] <brion>	 it would be moderately difficult to remove all the other translations. any reason you'd prefer that over the existing .apk builds that include all localizations Rancher ?
[19:51:14] <Rancher>	 brion: I meant to exclude Serbian Latin and include only Serbian Cyrillic translation, not remove them all! That would be insane. :) And I said why – because Android cannot recognize Serbian language at all.
[19:52:32] <tfinc>	 DEC mobile stats are out :)
[19:52:34] <tfinc>	 1,356 M
[19:52:44] <yuvipanda>	 ohoo! :D
[19:52:47] <tfinc>	 binasher: our projections lined up nicely
[19:53:33] <binasher>	 tfinc: awesome!
[19:53:47] <binasher>	 what's our 2012 goal?
[19:54:31] <tfinc>	 2Billion!
[19:54:56] * tfinc  goes to do some % projections 

[19:55:10] <binasher>	 that sounds way too easy :)
[19:55:22] <tfinc>	 binasher: i want us to blow right past it
[19:55:28] <yuvipanda>	 2 Billion over the year?
[19:55:35] <tfinc>	 yuvipanda: /month
[19:55:40] <yuvipanda>	 ofcourse :)
[19:55:44] <tfinc>	 http://stats.wikimedia.org/EN/TablesPageViewsMonthlyMobile.htm
[19:56:05] <tfinc>	 preilly: MobileFrontend is being kept busy!
[19:56:53] <brion>	 Rancher, ok i see what's going on in there
[19:57:18] <brion>	 normally i'd expect a 'sr' with cyrillic, and then another variant for latin
[19:57:27] <brion>	 but we have 'sr-ec' and 'sr-el' only
[19:57:31] <Rancher_>	 That's right.
[19:57:32] <preilly>	 tfinc: nice
[19:57:33] <brion>	 so neither of those will get seen
[19:57:41] <Rancher_>	 That's my point. :)
[19:58:06] <Rancher>	 Sr-ec and sr-el language codes are very rare. I think they are used only on Wikipedia.
[19:58:11] <hashar>	 tfinc: i am not sure why I provided the .apk with a date and sha1
[19:58:23] <brion>	 let me try adding a mapping
[19:58:32] <hashar>	 tfinc: probably because I find the sha1 more useful but date more meaningful
[19:58:38] <preilly>	 should we add a mapping for it?
[19:58:48] <hashar>	 tfinc: so since I could not make a choice, I provided you with both version :-D
[19:58:50] <preilly>	 damn it I'm late to respond again
[20:01:56] <brion>	 Rancher, try http://leuksman.com/misc/Wikipedia.apk
[20:13:29] <preilly>	 tfinc: I've found the issue on the iPhone app
[20:13:37] <preilly>	 tfinc: but, it will take a bit to refactor around
[20:13:38] <tfinc>	 preilly: what is it?
[20:13:47] <tfinc>	 let me file a bug then
[20:14:06] <preilly>	 tfinc: basically we are blocking on the main thread and it's not getting to process the run loop in time
[20:14:13] <preilly>	 we shouldn't be using sendSynchronousRequest
[20:16:33] <tfinc>	 ok filed https://bugzilla.wikimedia.org/show_bug.cgi?id=33492
[20:17:22] <preilly>	 tfinc: thanks!
[20:24:03] <hashar>	 tfinc: should we keep the .apk files using sha1 or dates ? :D
[20:24:21] <hashar>	 I think I can use jenkins build number too
[20:25:16] * hashar  install latest build

[20:25:21] <tfinc>	 hmm
[20:25:42] <tfinc>	 seeing as how the the interface already has a last modified
[20:25:53] <tfinc>	 whats the point of keeping the date?
[20:25:55] <tfinc>	 for emails ?
[20:26:18] <tfinc>	 i like the sha1 for verificationpurposes
[20:26:41] <tfinc>	 yuvipanda: brion: preilly : thoughts ? --^
[20:27:03] <yuvipanda>	 i'm personally not a fan of sha1s
[20:27:16] <tfinc>	 yuvipanda: why?
[20:27:17] <yuvipanda>	 'oh, it doesn't work. Must be corrupted, let me redownload' works for me
[20:27:19] <preilly>	 I like sha1 for verification
[20:27:42] <preilly>	 yuvipanda: but, it could be a malicious file
[20:28:24] <yuvipanda>	 preilly: wel, since we're talking about the file name, can't someone replace the file name too?
[20:28:36] <yuvipanda>	 http://integration.mediawiki.org/WikipediaMobile/nightly/ isn't over https, so they can rename that there too...
[20:29:01] <hashar>	 https://integration.mediawiki.org/WikipediaMobile/nightly/  <-- https
[20:29:29] <hashar>	 although https://integration.mediawiki.org/ points to http://   :(  I need to make those relative
[20:29:48] <yuvipanda>	 in that case the downloads are also over https, and hence malicious files how?
[20:31:30] * yuvipanda  paints his bike shed

[20:31:55] <Rancher_>	 https://github.com/wikimedia/WikipediaMobile.git is not available. Brion: did you do something about Serbian translation? Tell me when you do.
[20:33:10] <Rancher>	 (Upper link should be without ".git")
[20:38:25] <mw-jenkinsbot>	 Project MediaWiki-phpunit build #5033: FAILURE in 2 min 16 sec: http://integration.mediawiki.org/ci/job/MediaWiki-phpunit/5033/
[20:38:31] <philinje>	 Turkish, Russian, Arabic, English
[20:38:39] <tfinc>	 thanks philinje
[20:42:40] <hashar>	 I am not sure why you receive MediaWiki build failure :/
[20:43:59] <brion>	 [12:01] <brion> Rancher, try http://leuksman.com/misc/Wikipedia.apk
[20:44:33] <Rancher>	 Thanks, brion!
[20:46:40] <brion>	 that's from https://github.com/brion/Wikipedia/tree/serbian
[20:46:52] <brion>	 adds a mapping for the locale code
[20:47:29] <brion>	 may or may not work :)
[20:48:12] <Rancher>	 It works just fine, and it looks good on the screen. Thanks! :)
[20:48:19] <brion>	 yay!
[20:48:28] <Rancher>	 Let me check it. Yay!
[20:49:41] <hashar>	 noob question: how can I exit the wikipedia mobile application ? :D
[20:51:04] <brion>	 hashar, normally you don't manually exit things, but just switch away and let them stay in memory or be evicted as needed
[20:51:20] <brion>	 to force it to quit, go into system settings / applications / manage applications
[20:51:25] <brion>	 select the app and hit 'force quit'
[20:51:32] <Rancher>	 You can use Easy Task Killer if you really want to terminate the process, though.
[20:51:39] <brion>	 or that yeah :)
[20:51:41] <Rancher>	 :D
[20:51:48] <hashar>	 ahhh so that just like my mac
[20:52:07] <hashar>	 I keep launching apps, and whenever I get an out of memory message I rush to buy a new device 8-))
[20:52:28] <hashar>	 computer are being easier and easier to use with time
[20:52:29] <Rancher>	 What the heck?! :D
[20:53:00] <hashar>	 looks like the app quitted after hitting "back" a few times
[20:53:31] <brion>	 yeah if you go back until out of history it quits too
[20:55:07] <hashar>	 I feel like a newbie with that android device. My brother in law gave it to me so I can test the Wikipedia app :D
[20:58:55] <wikipedia-github>	 [WikipediaMobile] brion pushed 3 new commits to master: http://git.io/jIYdIg
[20:58:55] <wikipedia-github>	 [WikipediaMobile/master] sr, he variant tweaks - Brion Vibber
[20:58:55] <wikipedia-github>	 [WikipediaMobile/master] adjust - Brion Vibber
[20:58:55] <wikipedia-github>	 [WikipediaMobile/master] map sr-sr as well; works in emu for me - Brion Vibber
[20:59:17] <mw-jenkinsbot>	 Project WikipediaMobile - Nightly builds build #42: SUCCESS in 9.7 sec: http://integration.mediawiki.org/ci/job/WikipediaMobile%20-%20Nightly%20builds/42/
[20:59:17] <mw-jenkinsbot>	 * brion: sr, he variant tweaks
[20:59:18] <mw-jenkinsbot>	 * brion: adjust
[20:59:18] <mw-jenkinsbot>	 * brion: map sr-sr as well; works in emu for me
[21:25:06] <Jamesofur>	 tomaszf, I have yet to be able to replicate the issue I was talking with you about earlier though it was definitely odd.
[21:25:29] <tfinc>	 Jamesofur: ok
[21:25:41] * tfinc  reads the backscroll

[21:26:10] <Jamesofur>	 also. Feature or bug: If I don't fully close the 'near me' screen and go to a new location (say I close the app but come back to it later) I 'move' on the screen (it knows where I am with the blue dot) but it never finds new articles
[21:26:30] <Jamesofur>	 weirder when you click the 'goelocate' button it jumps over to zoom to my OLD spot and old articles
[21:26:51] <Jamesofur>	 the only way to get it to research is to say 'done' and reopen from the main screen
[21:27:04] <Jamesofur>	 (On 3G)
[21:27:48] <tfinc>	 brion: language codes are fun :)
[21:28:19] <tfinc>	 so you added a two letter version of it i see
[21:29:02] <tfinc>	 Jamesofur: thats a new bug. i'm sure i could replicate that easily.
[21:36:46] * Jamesofur  nods, I'll leave a note on the wiki page and open a bugzilla

[21:38:41] <yuvipanda>	 okay, I think I got it. so much for going down the wrong rabbit hole.
[21:40:55] <philinje>	 yuvipanda: got what?
[21:41:32] <yuvipanda>	 philinje: https://bugzilla.wikimedia.org/show_bug.cgi?id=31869
[21:46:37] <tfinc>	 i just did some quick language testing
[21:46:46] <tfinc>	 turkish and russian look good
[21:46:55] <tfinc>	 i can't test arabic as my android build does not support it
[21:46:58] * tfinc  fires up the emu

[21:47:19] <yuvipanda>	 tfinc: so I've finally managed to get that 'don't re-search when going back to nearme' fixed.
[21:47:26] <tfinc>	 excellent
[21:47:29] <yuvipanda>	 so it just puts you back to where you were for now.
[21:47:32] <yuvipanda>	 tfinc: now, the question is.
[21:47:34] <tfinc>	 perfect
[21:47:42] <yuvipanda>	 after how far away the user has moved should I redo the search?
[21:47:47] <yuvipanda>	 or just leave it as it is?
[21:47:52] <yuvipanda>	 this is, IIRC, Google Maps' behavior
[21:47:54] <tfinc>	 leave it as is for now
[21:48:00] <yuvipanda>	 leave at last view, hit 'my location' if you want
[21:48:07] <tfinc>	 lets not try to be smart
[21:48:16] <yuvipanda>	 heh true
[21:48:23] * yuvipanda  sends pull req

[21:49:58] <yuvipanda>	 uh oh, i seem to have killed my location here.
[21:50:19] <yuvipanda>	 ah, no. Just slower.
[21:50:42] <tfinc>	 so our main languages for testing are arabic, turkish, russian, and english
[21:51:43] <tfinc>	 hmm .. there are two arabic like locales
[21:51:46] <tfinc>	 any arabic speakers in the room?
[21:54:09] <tfinc>	 philinje: arabic translations are behind https://github.com/wikimedia/WikipediaMobile/blob/master/assets/www/messages/messages-ar.properties vs https://github.com/wikimedia/WikipediaMobile/blob/master/assets/www/messages/messages-en.properties
[21:54:26] <tfinc>	 we need to message communicate the back up to translate wiki
[21:54:31] <tfinc>	 that*
[22:03:21] <jorm>	 tfinc: http://en.wikipedia.org/wiki/Special:FeedbackDashboard/12115
[22:21:32] <yuvipanda>	 okay, pull req sent.
[22:21:48] <yuvipanda>	 looks like the 'my location' bit was just location grab lag on my device.
[22:23:44] <tfinc>	 jorm: clearly mobile sucks
[22:23:47] <tfinc>	 yuvipanda: nice
[22:23:58] <yuvipanda>	 tfinc: now on https://bugzilla.wikimedia.org/show_bug.cgi?id=33405
[22:25:02] <tfinc>	 thats a weird one
[22:25:20] <yuvipanda>	 tfinc: also, is https://bugzilla.wikimedia.org/show_bug.cgi?id=31447 'complete'?
[22:26:06] <tfinc>	 bold works to call that done yuvipanda
[22:26:09] <tfinc>	 words*
[22:26:18] <yuvipanda>	 ?
[22:27:02] <yuvipanda>	 tfinc: that's in reference to the tracking bug or my pull req?
[22:28:54] <tfinc>	 tracking bug
[22:29:22] <yuvipanda>	 ah, 'bold words to call that complete yuvipanda' then
[22:29:23] <yuvipanda>	 :)
[22:29:29] <tfinc>	 exactly
[22:29:39] <tfinc>	 you know how to translate my words very well
[22:30:51] <yuvipanda>	 sed has taught me well
[22:34:15] <yuvipanda>	 tfinc: fixed that too. sending pull req
[22:35:44] <yuvipanda>	 okay, I think I'll stop announcing every step of my dev history to you.
[22:35:46] * yuvipanda  blames twitter

[22:36:38] <hwalls>	 heh
[22:37:45] <wikipedia-github>	 [WikipediaMobile] preillyme pushed 3 new commits to master: http://git.io/wZmDxQ
[22:37:45] <wikipedia-github>	 [WikipediaMobile/master] Persist GeoNames across starts of NearMe Activity - YuviPanda
[22:37:45] <wikipedia-github>	 [WikipediaMobile/master] Very slight code cleanup - YuviPanda
[22:37:45] <wikipedia-github>	 [WikipediaMobile/master] Merge pull request #88 from yuvipanda/persistant-geonames - Patrick Reilly
[22:37:52] <wikipedia-github>	 [WikipediaMobile] preillyme pushed 1 new commit to master: http://git.io/UBroZQ
[22:37:52] <wikipedia-github>	 [WikipediaMobile/master] Merge pull request #89 from yuvipanda/fix-tap-issue - Patrick Reilly
[22:37:56] <yuvipanda>	 thanks preilly
[22:37:58] <mw-jenkinsbot>	 Project WikipediaMobile - Nightly builds build #43: SUCCESS in 6.6 sec: http://integration.mediawiki.org/ci/job/WikipediaMobile%20-%20Nightly%20builds/43/
[22:37:59] <mw-jenkinsbot>	 * yuvipanda: Persist GeoNames across starts of NearMe Activity
[22:37:59] <mw-jenkinsbot>	 * yuvipanda: Very slight code cleanup
[22:38:00] <mw-jenkinsbot>	 * yuvipanda: Fixed issue showing pins only on first touch
[22:38:57] <preilly>	 yuvipanda: np
[23:37:48] <tfinc>	 heads up from amir: "and there's also the bug with typing - you cannot type in Hebrew in the search box before you typed something in English."