[00:27:41] jrobson: ready to chat about yuvi and wlm [00:27:42] ? [00:28:37] we want to give him things that are isolated and not at the top of our priority list as we have no guarantee that he can finish them with his limited time [00:28:48] tfinc: do you need this room? [00:31:21] jrobson: what's up with this: https://translatewiki.net/wiki/Thread:Support/About_MediaWiki:Mobile-frontend-settings-site-description/en ? [00:31:25] jrobson: do you know? [00:31:37] * jrobson looks [00:31:42] New patchset: Jdlrobson; "fix problem with left navigation in beta" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/14005 [00:32:15] Change merged: preilly; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/14005 [00:32:44] in what sense preilly? [00:32:58] preilly: i have no room reserved right now [00:33:22] jrobson: the comment in the thread [00:34:20] * jrobson is trying to remind himself of the context of that message [00:34:49] ahh ok.. [00:35:29] jrobson: does it make sense now? [00:35:33] I have no opinion really.. the first I guess makes the most sense [00:35:38] jrobson: okay [00:36:14] jrobson: thanks; I told siebrand your selection [00:36:23] thanks :-) [00:43:25] jrobson: do you have any outstanding commits at all? [00:43:34] 1 I'm working on for Phil - it's just a copy text change [00:44:19] jrobson: okay [00:44:53] it's a tricky one though :-( [00:47:38] Needs to be 'Wikipedia is available in X other languages where a is a link to a wiki page and is plural and X is the number of languages available. I'm a bit worried about introducing a lookup of the number of languages available on every page though [00:48:19] jrobson: not good for the cache [00:48:31] exactly.. could we potentially leave that job to translators? [00:48:47] jrobson: probably noy [00:48:51] mm [00:48:51] s/noy/not [00:49:04] could it be hardcoded in a config file? [00:49:17] not ideal I guess [00:56:17] jrobson: nope [07:29:27] New patchset: Siebrand; "Clarify 'mobile-frontend-settings-site-description'." [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/14016 [07:30:25] Change merged: Siebrand; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/14016 [14:19:38] [WikipediaMobile] yuvipanda pushed 1 new commit to master: http://git.io/u5p8FA [14:19:38] [WikipediaMobile/master] Updated CHANGELOG and bumped version number - YuviPanda [14:19:50] Project WikipediaMobile - Nightly builds build #357: SUCCESS in 9.9 sec: https://integration.mediawiki.org/ci/job/WikipediaMobile%20-%20Nightly%20builds/357/ [14:19:50] yuvipanda: Updated CHANGELOG and bumped version number [15:03:55] yuvipanda: ping! [15:46:42] pfhayes: two questions: have you looked at f-droid? and we should talk about the lightning talk in DC. [15:46:56] when would be convenient? [15:47:06] Amgine: any time [15:47:28] Okay, in #wiktionary-mobile? [15:47:35] sure [16:02:07] devgeeks: pong! [16:02:08] err [16:02:10] Debloper: pong! [16:02:13] sorry devgeeks [16:03:01] [16:03:15] * yuvipanda pings Amgine with an ICMP echo packet [16:04:03] Heh. Yuvipanda: Is it possible for us to submit wiktionary mobile to f-droid? they already have the wikipedia app. [16:04:18] Amgine: yes, definitely! [16:04:41] How do we go about doing so? [16:04:43] Amgine: is there an apk available publicly that's not on google play? [16:04:59] Amgine: they have a public submission process, no? [16:05:08] That's a darned good question. (apk one) [16:05:27] Amgine: if there isn't one, I can make one [16:05:38] or maybe they don't need it [16:06:01] Amgine: http://f-droid.org/forums/topic/adding-apps-with-git/ [16:06:08] pfhayes: is this still up to date? http://integration.mediawiki.org/WiktionaryMobile/nightly/Wiktionary_latest.apk [16:06:22] Amgine: for the wikipedia app, we didn't do it ourselves (afaik) - someone else did it :) [16:07:06] Amgine: that version probably won't work [16:07:15] Okay, I will see about adding that to pfhayes's plate. [16:07:16] Amgine: you'll want the v1.0.1 build [16:07:44] pfhayes: why is jenkins not doing our latest builds? [16:08:35] Amgine: as far as I know it is, but the master branch has bugs. we'd want to submit the build that works and everything, and that's the one on the v1.0.1 branch [16:09:11] We should have a working master repo. [16:09:25] Amgine: it works [16:09:44] Amgine: but i wouldn't say it's release ready [16:09:54] that's why we have our other branch for our first release [16:10:37] Okay. We should have a way to sync a public apk and the google play store, so they are all the same. [16:16:15] pfhayes: Amgine you should get that to http://dumps.wikimedia.org/android [16:16:54] yuvipanda: who can upload to there? should I just email you a build and you can post it? [16:17:29] pfhayes I can't either :D tfinc [16:17:41] Also, apergos. [16:17:47] ah, yes apergos too [16:17:51] Let me check if xe is awake. [16:18:47] yuvipanda: for the dumps.wikimedia.org links, do we want debug or release builds? [16:19:00] release. [16:19:06] yuvipanda: and signed by wikimedia? [16:19:18] or self-signed? [16:21:17] pfhayes: do you have one signed by wikimedia? [16:21:34] yuvipanda: tfinc does, he uploaded it to the play store [16:21:35] pfhayes: dumps. should be signed [16:21:42] pfhayes: I can make one for you! [16:21:45] got ping from apergos [16:21:47] pfhayes: give me branch name? [16:21:50] v1.0.1 [16:22:22] one moment [16:22:27] pfhayes: any plans on rebasing again? [16:22:33] we've done a looot more work [16:22:48] yuvipanda: yeah, that all needs to be pulled into master for the next release [16:23:16] yuvipanda: but there's no active development right now [16:23:39] We need bodies. [16:24:20] Amgine: you get 'em, i'll hide 'em [16:24:33] Sooo much work! [16:25:11] I am amused: there are 6 wikipedia-data using apps. There are 17 wiktionary-data using apps. [16:25:23] (and probably more who don't credit) [16:27:18] pfhayes: Amgine https://dl.dropbox.com/u/8768784/Wiktionary-v1.0.1.apk [16:27:23] verify? [16:27:27] (signed) [16:27:33] Amgine: :D [16:27:39] [16:27:48] yuvipanda: broken link [16:27:50] Amgine: you should poke philinje when he's around and get stats on how many people are using the app (page views) [16:28:01] pfhayes: hmpf, still syncing [16:28:02] one second [16:28:12] unless dropbox fucks up [16:28:36] which it seems to be intent on doing [16:29:00] pfhayes: https://dl.dropbox.com/u/8768784/Wiktionary-v1.0.1.apk try again? [16:29:13] yuvipanda: wors [16:29:15] works [16:29:47] pfhayes: cool :) [16:30:37] yuvipanda: looks good to me [16:31:18] Amgine: ^ [16:31:19] An existing package by the same name with a conflicting signature is already installed. [16:31:30] uninstall the old one [16:31:37] yeah, you probably had a debug one [16:31:40] Yes. [16:35:59] works [16:36:39] [16:37:40] Okay, Apergos says we must use TFinc for dump uploading. Forgot to mention that in the excitement. [16:43:05] Amgine, I have cluster access too - just don't know where to [16:44:21] I think, in this case, Apergos wants a single access point for managing the mobile apps. Bad design, bottleneck/critical failure point, but meh. [16:45:35] lame, we wanted the opposite - to have shell users around the closck:) [16:46:09] Well, mobile app is covered with a strong SEP field, rendering it invisible... [16:57:56] hey preilly, i think i've found and endpoint to store the mobile feature data [16:58:22] spoke yesterday with a facebooker and a googler about the browserscope.org project [16:58:35] and they are happy to accomodate our traffic [17:00:16] not sure if preilly read this so here we go again :) : [17:00:17] hey preilly, i think i've found and endpoint to store the mobile feature data [17:00:17] [12:57] spoke yesterday with a facebooker and a googler about the browserscope.org project [17:00:17] [12:57] and they are happy to accomodate our traffic [17:01:23] drdee: okay cool [17:05:53] tfinc: we have a wiktionary mobile apk which needs to be added to dumps. [17:06:06] https://dl.dropbox.com/u/8768784/Wiktionary-v1.0.1.apk [17:06:36] morning all [17:06:45] Amgine: sure. i'll upload it later today [17:06:51] i need to update our copies of the Wikipedia app too [17:06:54] \o/ [17:07:15] That one is correctly signed, verified, compliments of yuvi. [17:07:53] tfinc: pushed out wikipedia beta. Will send out mobile-l shortly [17:08:13] *mail [17:08:28] yuvipanda: woot [17:08:50] yuvipanda: jon and i took a look at the http://www.mediawiki.org/wiki/Wiki_Loves_Monuments_mobile_application/ToDo#UI list and decided to task you wiht the back button issues [17:09:41] tfinc: I saw the assignment :) Will merge in Jon's pull reqs today and take alloook [17:09:43] Oh, pfhayes: one major bug, or at least one which pisses people off: need a quit/exit in the menu. [17:09:45] *a look [17:09:56] Amgine: thats not a bug [17:10:02] Amgine: thats how android works [17:10:16] Amgine: not a bug, a feature [17:10:26] adding an exit button means that your app is failing [17:10:36] yuvipanda, do you plan to use the srwith* or srwithout* parameters in WLM? [17:10:38] we should not be adding it [17:11:00] tfinc, yuvipanda: however, it is a feature which a lot of people *ask for*, and is available in such products as mozilla for android. [17:11:11] MaxSem: https://toolserver.org/~erfgoed/api/api.php doesn't list them :| [17:11:43] that's good, then we won't surfacew them on WMF:) [17:11:46] Amgine: not chrome, not native browser, not messaging, not gmail, not greader, not gtalk.... [17:12:06] Yuvipanda: not Google. [17:12:19] damn, I want to edit my IRC messages [17:28:53] New patchset: Jdlrobson; "Change the copy text of the footer" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/14074 [17:29:24] * preilly interesting — http://www.cmswire.com/cms/social-business/twitter-ends-twoway-street-with-linkedin-016371.php [17:36:23] Change merged: preilly; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/14074 [17:38:56] So MaxSem - if the api does that it's just wrong we shouldn't be sending a 200 OK if actually what is happening is a 400 bad request. This is what response codes were made for. If I have to parse the 200 OK response for error codes that's just not future proof (if the api response changes for example) [17:39:23] jrobson, it's about 7 years late to change this [17:39:28] It's never too late. [17:39:38] nope, b/c is paramount [17:39:47] Even if I have to pass an extra query string parameter for decent responses that's what we should do [17:40:04] e.g. ?dotherightthing=true [17:40:06] :P [17:40:40] that's why API doesn't return some raw data - it's always some formatted content from which you can always deduce what exactly is wrong, not just 'bad request' [17:41:18] what's wrong with a response code and payload telling me what's happened? [17:42:31] MaxSem: I just find this icky :) [17:42:52] because zillions of users expect response code to be 200 [17:44:03] anyone in the office near their phone and having a minute to help me test sound quality? [17:44:39] not me, i'm at home [17:47:26] MaxSem: I've already updated the deployment branch for today [17:47:41] preilly, cool. when do we start? [17:48:32] MaxSem: well I've updated the deployment branch as well as the files on fenari for wmf5 and wmf6 [17:48:46] MaxSem: so when the other scaps happen it will sync our files [17:48:59] wmf5 is decmmissioned [17:49:01] MaxSem: I thought making you wait until 3-4 PDT was a bummer [17:49:50] well, I'm always awake at that time [17:50:42] MaxSem: there are still some wmf5 wikis [17:51:03] preilly, nope: http://noc.wikimedia.org/conf/wikiversions.dat.txt [17:51:42] MaxSem: oh as of yesterday I was right [17:52:13] MaxSem: anyways it's all updated [17:52:26] MaxSem: so if someone else doesn't scap it we can at 3 [17:58:57] jrobson: can you take a look at http://test.m.wikipedia.org/ and make sure that it looks good to you [17:59:31] sure [18:00:39] Mmm.. there's an issue with a translation in the footer [18:00:56] (Click right menu, click language and observe footeR) [18:01:02] (in beta) [18:01:27] The string doesn't seem to have got updated [18:02:20] jrobson: that is due to the message cache [18:02:27] jrobson: that will be fine on deployment [18:12:18] preilly: I am satisfied [18:14:00] jrobson: okay great [18:14:09] aude: you around? [18:14:19] * preilly resists urge to make some sort of joke [18:16:19] yuvipanda: Amgine : good post on why you don't need an exit button http://blog.radioactiveyak.com/2010/05/when-to-include-exit-button-in-android.html [18:18:26] "short answer: never" :) [18:18:38] exactly [18:18:47] your android app has failed if it needs an exit button [18:19:13] yeah, like the 1.0 version where we didn't let go of the GPS [18:19:23] teehee [18:19:28] :D [18:19:39] WIKIPEDIA KNOWS WHERE YOU ARE [18:19:44] yuvipanda: correct. we failed hard there [18:20:17] yuvipanda: Wikipedia 3.2 - Status In Review [18:20:19] finally [18:20:28] i'm looking at adding progress callbacks to the file transfer interface for WLM… damn file transfer plugin seems to use synchronous i/o, i can only assume every call is running in its own thread… scary model o_O [18:20:31] i'm glad they paid attention to my pissed off email [18:20:34] oh yay [18:20:36] brion: yes, that's my second favorite review, right after the one complaining about home page being something homicide :) [18:20:49] wtf [18:21:02] yuvipanda: did you see the comment about how the app is actually faster? [18:21:22] tfinc: yup :) It was already faster in 1.2 because of the delayed image loading. Will be even faster now :) [18:22:33] yuvipanda: send MaxSem some numbers of before and after the api move for the upcoming blog post [18:23:35] tfinc: perf metrics? [18:23:52] tfinc: would be three sets of numbers - screen scraping -> minimal API usage (1.2) -> proper api usage (1.3) [18:23:58] tfinc: just a few ad-hoc tests? [18:24:07] sure [18:24:28] preilly: i still have yet to hear back from aude about OSM [18:24:40] anyone in the office near their phone and having a minute to help me test sound quality? [18:24:44] preilly: what can we get done with asher if we don't have her info? [18:24:52] not i. im in a conf room [18:25:55] tfinc: I'm going to hold off on sending IPAs for 3.3 beta until 3.2 itself arrives on the app store. [18:26:01] just going to mail out android announcement [18:26:09] k [18:26:17] tfinc: can you put https://dl.dropbox.com/u/8768784/Wikipedia-v1.3beta1.apk on dumps? [18:26:21] yuvipanda: are you done with school yet? [18:26:24] i've also emailed you 1.2x lists [18:26:28] tfinc: nope, just starting :) [18:26:52] it just gets in the way of everything ;) [18:27:24] tfinc: ~9 hours of sitting in one place doing nothing. Nobody interesting to listen to, noway to write code, no electronic devices, no interesting books. Boooorrrrinng. [18:27:30] tfinc: true that. Soon enough though :) [18:27:39] yuvipanda: you can't even bring a laptop ? [18:27:45] what kind of hell is this ? [18:28:24] tfinc: no phones [18:28:52] whaaaaaa [18:28:57] tfinc: first hour of the year was spent re-iterating 'policies', such as how awesome it is that unlike other colleges, they let you bring phones to college as long as they are turned off [18:28:57] that's just crazy [18:29:00] FAIL [18:29:09] brion: people staying on campus aren't allowed to have laptops :) [18:29:16] no matter what their major is [18:29:16] ooo___OOOOOOOO [18:29:33] i'm downloading the APK's now [18:29:33] and the labs all close out by 4pm, and you get officially 6 hours of lab time per week. [18:29:55] brion: I should write up a 'horrifying fact for the day about Indian Education!' somewhere [18:30:25] brion: I'm waiting for assignments to start, so I can see printouts directly from wikipedia without the '[edit]' and the references taken out :) [18:31:33] "no electronic devices" are they nuts? [18:31:44] rofl [18:32:17] i'm gonna grab some lunchies then back to hacking FileTransfer. I think i have a viable method going... [18:32:28] all new apk's are now on download [18:32:35] i'm going to clean up the old apks now [18:32:40] delete the betas [18:32:46] MaxSem: yes, they are :) [18:33:02] MaxSem: your devices are confiscated if found. Same goes for laptops in campus housing. [18:33:49] MaxSem: I mentioned this during our 'which of our education systems suck more?' talk at c-base in berlin :) [18:34:12] no you didn't [18:34:48] yuvipanda: do they explain the reasoning behind no persona computing devices? that seems extreme. [18:34:54] personal [18:35:02] chrismcmahon: yes. Stated reason is Porn. [18:35:23] haha! I would NOT have thought of that :) [18:35:25] ah yes, no kissing too. they should force you all to wear masks [18:35:29] real reason is that they know students will be more engaged if they have a computing device [18:35:30] chrismcmahon: coupled wih the lack of lab time, many people finish four years of engineering without being able to differentiate between 'inti' and 'int i' [18:36:06] yuvipanda: pretty sure I've tested some of that code :) [18:36:12] my physics teacher at the school insisted that we don't use calculators. so he confiscated all the calcs he seen at his lessons and hung them on a wire in his room to give back only at the end of a year [18:36:30] flyingclimber: real reason is that if we had a computing device, we'd be using it instead of listening to someone who obviously has no idea what he is talking about trying to 'teach' us [18:36:54] chrismcmahon: :D Staff dictate code in class a lot, and it is given a passing grade in exams, so will persist [18:37:14] yuvipanda, what about porn magazines, how they fight em? [18:37:29] MaxSem: i've never seen a porn magazine in my life. Not too popular here [18:37:52] yuvipanda: http://dumps.wikimedia.org/android/ is cleaned up [18:38:09] flyingclimber: sweet! [18:38:15] flyingclimber: should we move the betas to a folder? [18:39:32] flyingclimber, are mortals like me able to upload stuff to that server? [18:40:57] yuvipanda: you not seen them doesn't mean its not popular :P [18:41:30] srikanthlogic: okay, older Indian person :) [18:41:54] yuvipanda: i can't care about a beta folder. up to you [18:42:07] http://www.mediawiki.org/wiki/Mobile/Release_history#Apps is now up to date with android download links [18:42:30] MaxSem: you will be after ops resolves https://rt.wikimedia.org/Ticket/Display.html?id=3111 [18:42:55] sehr gut [18:44:33] yuvipanda: i've archived all the iOS builds. i could put up the official builds but they'd be useless for most people [18:44:37] thoughts? [18:45:38] flyingclimber: I think people with jailbroken iPhones can use them, so can people on our testers' list who want to test upgrades. I think we should have official builds up. [18:46:08] yuvipanda: k. lets see if i have any of them. worse case i can just build new ones [18:46:32] flyingclimber: okay. [18:46:38] flyingclimber: https://dl.dropbox.com/u/8768784/Wikipedia-iOS-v3.1.2.ipa is the version currently on the app store [18:47:20] yuvipanda: which key is that ipa signed with? [18:48:01] flyingclimber: I think the provisioning key. I don't think there's a way to find out [18:48:24] yuvipanda: adhoc or market distribution ? [18:48:32] we need to pick which one we'll post on download [18:48:52] flyingclimber: ad hoc. I don't think market dist key is useful for anyone (plus we never got it to work for me) [18:51:13] k [18:59:01] not doing mobile-l announcement. I should spend tomorrow's useless class writing up a test plan and then push it out [18:59:42] trys to find the wiktinary apk to upload [18:59:49] wiktionary* [19:00:06] chrismcmahon: do you have any handy examples on how to write a test plan? [19:00:14] flyingclimber: https://dl.dropbox.com/u/8768784/Wiktionary-v1.0.1.apk [19:00:52] yuvipanda: and thats signed with our distro key? [19:01:04] yuvipanda: I have a couple of recent ones I've done, one sec... [19:01:18] flyingclimber: yes. [19:02:42] yuvipanda: I assume you mean test plan available to the general public with no specialized knowledge of testing. This one worked out pretty well last month for our community test event: http://www.mediawiki.org/wiki/QA/Article_Feedback_Test_Plan [19:03:17] http://www.mediawiki.org/wiki/Mobile/Release_history#Apps is looking pretty complete. yuvipanda if you have time build me the ipas for 3.1.x . otherwise i'll do them later [19:03:56] yuvipanda: the other community test plan we used was this one, it might be useful: http://www.mediawiki.org/wiki/QA/WTA_Test_Plan [19:04:38] yuvipanda: also, I'm happy to review anything, just let me know [19:05:26] chrismcmahon: that looks pretty awesome! I'll write something up tomorrow in class and show it to you before pushing out :) [19:06:09] chrismcmahon: the AFT one looks more structured, I'll steal that one :) [19:06:33] yuvipanda: yes, the AFT one was a much more focused exercise [19:07:36] yuvipanda: also, the WTA one was for professional testers, and the AFT one was for non-specialists [19:08:36] aaah [19:08:44] right [19:08:53] mostly just a matter of jargon :) [19:09:18] chrismcmahon: thanks! I'll bug you tomorrow! :) [19:09:26] please do! [19:10:08] flyingclimber: am out, shall crash now. You can build them from appropriately named branches :) [19:10:23] gnite everyone! [19:10:56] yuvipanda: still here? [19:11:15] doh [19:11:32] jrobson: yes :) [19:11:37] coool [19:11:39] just looking at https://github.com/wikimedia/WLMMobile/pull/16#issuecomment-6743557 [19:11:40] jrobson: closing the lid is haard. [19:11:44] that sucks.. [19:11:56] jrobson: yes, it does. [19:12:04] The cancel button at least provides a way to exit the upload [19:12:10] (even if it doesn't cancel the request) [19:12:13] jrobson: we can find a way to cancel the deferreds so that they don't fire, but that isn't really cancelling anything [19:12:24] yeh [19:12:37] jrobson: so for now I think it's okay if it at least stopped those deferreds from firing [19:12:45] sure [19:12:51] I'll undo the promises [19:13:03] (as in make them normal deferred objects so we can reject [19:13:59] MaxSem: you there? [19:14:03] yup [19:14:19] jrobson: okay! [19:16:08] MaxSem: have you been able to create a larger dataset for geodata? [19:17:05] MaxSem: as Asher had asked in Berlin [19:17:28] preilly, I have a full enwiki dump of coordinates, but it lacks other information such as primariness [19:17:57] MaxSem: I don't know what that means? [19:18:40] MaxSem: is it innoDB or myisam [19:18:46] innodb [19:19:37] MaxSem: so is the DB much larger then when Asher last saw it? [19:22:05] sorry, i've got a call [19:28:38] yuvipanda: Problem is not users wanting an unambiguous way to know an app is shut down: the problem is Android apps use resources when not in use. Not a WMF app issue _but_ we should *not use resources when not in use* and *unambiguously let users know*. The simplest solution is to have an exit button. [19:30:05] MaxSem: ping me after your call [19:30:16] MaxSem: also can you implement http://www.mediawiki.org/wiki/Manual:$wgRateLimits into it [19:46:47] preilly, ping [19:47:06] preilly, implement $wgRateLimits into what? [19:47:22] MaxSem: GeoData [19:48:15] you mean, for API reads? [19:49:49] I don't think it would be productive as a lot of mobile users may come from the same gateway and as they aren't logged in we have no way to distinct them [19:59:25] now for another rousing game of "where's brion's micro-usb cable" [19:59:48] i win! [20:01:22] now for a game of "why won't eclipse build" [20:05:03] got it, it was confused about my two cordova jars [20:05:33] life as an arcade:P [20:08:14] woot, i at least didn't break uploads! http://upload.wikimedia.org/wikipedia/test/7/76/Geneva_Office_Building_and_Power_House_1341345971840.jpeg [20:08:24] now to see if i can get the progress callbacks when i enable them [20:15:21] [20:15:55] :) [20:17:59] \o/ [20:21:19] [20:21:54] * brion selects his initials with the controller [20:23:58] Amgine: the simplest solution is to remove any cases were we are not using resources correctly and let the os handle switching us out as necessary. all modern mobile os's do this. the exit/quit button is a desktop paradigm that mobile os's don't use [20:26:33] tfinc: Two problems: identifying the cases, and user ergonomics. It costs more to pretend you've quit the program than it does to quit the program. [20:28:07] wtf i can't type into the username/pass fields on login screen [20:29:32] gonna try this in gingerbread on the emu… means i gotta plug in y low-res external screen [20:29:43] which i don't mind so much since eclipse is low-res anyway *eww* [20:34:54] jrobson: philinje pointed out to me that clustering of maps is really imporant. i've cut a bug for it and assigned it to yuvi since he just wrapped up working on the initial maps bugs [20:35:51] jrobson: you've already added "when response time is greater than 1 second, show a spinner or "Please wait" message " right ? [20:36:01] i seem to remember that from yesterday [20:36:36] can't type in the emu either [20:36:39] weeeeeird? [20:36:50] actually ... i wonder if what you implemented takes care of everything under "Button presses, spinner" [20:37:19] tfinc: yep just pushed a spinner enhancement [20:37:25] anything that is async will have a spinner [20:39:21] excellent [20:40:20] jrobson: do you see this thing i'm seeing on WLMMobile where the login screen user/pass fields don't accept text input? it's… odd :) [20:40:32] no… haven't come across this :-S [20:40:48] Mine automatically populates... [20:40:50] does yours? [20:41:12] nope. i'll try removing the app and restarting, maybe i got some bogus data stuck in localstorage [20:42:31] philinje: i'm failing in finding it [20:42:40] same here [20:42:45] nope, still doesn't let me type [20:42:55] MaxSem: any chance you could send the link to your blog post again, sorry? [20:43:24] philinje, http://etherpad.wikimedia.org/API-blog-post [20:43:34] thanks [20:46:59] brion: what device are you using? [20:47:01] MaxSem: was wondering if there is an API call to grab the first so many charters of a section - this is related to the J2ME app [20:47:29] characters [20:47:30] jrobson: galaxy nexus [20:47:38] also tried it in emu running gingerbread, got same [20:47:52] my cats are having a growling standoff under my chair [20:47:55] it's distracting. [20:48:10] philinje, this could be not that easy but doable - let the devs contact me for a discussion [20:48:58] was it requested by cax/thelm? [20:49:14] aho [20:49:29] doLogin()/authenticate(): $( "#login-page input" ).attr( 'disabled', true ); [20:49:53] but that shouldn't run until it's time to actually submit... [20:51:01] MaxSem: you there? [20:51:06] yup [20:51:38] mm [20:51:39] * jrobson looks [20:52:05] MaxSem: can you implement the wgRateLimit in GeoData [20:52:16] MaxSem: also how will you backfill the db? [20:52:17] brion: can you add a console.log( username + '/' + password ); to the top of authenticate [20:52:27] it sounds like authenticate is being called on your behalf.. [20:52:45] preilly, I'll insert {{#coordinates:}} into {{coord}} [20:52:51] trying that... [20:52:55] I reckon what's happening is you logged in as user: '' pass: '' [20:53:02] MaxSem: so just changing the template? [20:53:02] it stored the user and password as preferences [20:53:12] and now you are locked into those as there is currently no way to try again :-) [20:53:22] MaxSem: the devs are an external development house called OpenPath on the east coast [20:53:23] preilly, as of rate limiting, any ideas what exactly should it limit? [20:53:39] MaxSem: limit the number of requests per user [20:53:41] per day [20:53:45] doesn't seem to be calling it [20:53:51] lemme test the .attr() stuff [20:56:28] preilly, most our users are unregistered - should we start a session for everyone performing geosearches? what if they're not saving teh cookies? [20:58:09] manually removeAttr'ing 'disabled' or 'readonly' doesn't seem to have any effect [20:58:26] i can tap into the fields and the keyboard pops up -- which it doesn't happen if i disable the fields with 'disabled' attribute [20:58:28] hmmmm [20:58:52] i see 'CordovaWebView - KeyUp has been triggered on the view' etc while typing, so something's at least seeing it somewhere [20:59:19] maybe it's a cordova 1.9 bug, lemme try reverting the library [20:59:25] i… shoulda tried that earlier *slap* [21:01:30] yyyyyyep [21:01:37] back to cordova 1.8 and no problem [21:03:09] MaxSem: i cut https://rt.wikimedia.org/Ticket/Display.html?id=3225 to give you access to RT [21:03:23] thanks [21:03:30] MaxSem: https://rt.wikimedia.org/Ticket/Display.html?id=3221 has your email and ashers initial response [21:12:55] whee, I've roughly ported WLM to our API infrastructure [21:13:18] XML output is a bit different though [21:23:17] brion: think you can review https://github.com/wikimedia/WLMMobile/pull/20 ? [21:24:21] looks good [21:24:36] merged [21:27:32] \o/ [21:28:06] \o/ [21:38:04] there…. working around it by using a modified 1.8.1 instead of 1.9.0 for now [21:42:08] brion: is there a bug in bugzilla about playing ogg files on iPhone or something around that subject (I know it's unsupported but an email came through from the feedback page and I was hoping to point them at it so they know we are aware) [21:42:41] lemme check [21:46:31] jdlrobson: https://bugzilla.wikimedia.org/show_bug.cgi?id=30859 is the one i'd previously referenced [21:46:44] looks like you closed it out as fixed ;) [21:47:25] haha [21:47:52] ah that's not quite what I was looking for [21:48:18] Guess this is about supporting other extensions javascript [21:50:10] odd now i'm getting WrongPass errors on login. sigh [21:50:45] interesting [21:50:46] from within function "SqlBagOStuff::getMulti". Database returned error "1637: Too many active concurrent transactions (10.0.6.50)". [21:50:57] is what i get logging in on the website test.wikipedia.org :) [21:51:54] now i'm throttled. [21:52:00] got in on the real website tho [21:59:50] the last digit of my password isn't getting copied in, somehow. wtffff [22:01:32] i can't type '9'. wtf. [22:03:14] left-paren also no worky [22:15:49] so brion I have added a error handler for when things go wrong with things like invalid file names - but I haven't looked into solving that problem yet [22:16:55] the utf-8 thing may be fixed in cordova 1.9 [22:17:05] though that's where i have the 'can't type anything' bug ;0 [22:25:22] jdlrobson: how's https://github.com/wikimedia/WLMMobile/pull/24 look to you? [22:25:42] includes the in-progress progress patch for FileTransfer.upload on cordova 1.8.1, and adds a console.log() on progress events [22:27:59] * jdlrobson looks [22:29:29] brion worth looking at https://github.com/wikimedia/WLMMobile/pull/23/files [22:30:02] yay error detection [22:30:06] so if I understand correctly where progress is set [22:30:19] it fires a callback every X secs/on a progress event [22:30:33] and that callback has the response code 0 ? [22:30:39] fires the callback every X bytes, roughly. response code should be -1 [22:31:19] * jdlrobson wonders if there is a more suitable response code [22:31:23] https://github.com/wikimedia/WLMMobile/pull/23 merged [22:31:36] i considered using a real http code for partial status but that might just confuse things [22:31:53] we'll see if i get feedback form the cordova folks about a preference :) [22:32:27] 1** This class of status code indicates a provisional response, consisting only of the Status-Line and optional headers, and is terminated by an empty line. There are no required headers for this class of status code. Since HTTP/1.0 did not define any 1xx status codes, servers MUST NOT send a 1xx response to an HTTP/1.0 client except under experimental conditions. [22:32:54] (should be 1XX) [22:33:28] It looks like a 100 might be a good response code and worth suggest to the cordova guys [22:33:41] *nod* [22:33:49] also brion me and Yuvi were trying to adhere to the mediawiki style guidelines [22:34:02] the idea is that we fix up lines as we change them [22:34:10] so console.log( 'foo' ); rather than console.log("foo") [22:34:22] and if( r.responseCode > 0 ) { rather than if (r.responseCode > 0) { [22:34:31] +1 i'll try to keep with that :) [22:34:39] in the olden days we didn't format JS that way, but we didn't have much JS either [22:34:46] now that we have like whole apps of js, good to be consistent [22:34:51] other than that looks like a good way of doing progress [22:34:55] awesome [22:34:56] (I can't comment on the jar :-)) [22:35:01] heh [22:35:24] https://issues.apache.org/jira/browse/CB-622?focusedCommentId=13406124#comment-13406124 <- here's my comment on the upstream issue, i'll send a note to callback-dev list as well [22:35:26] maybe we should make it more explicit as well e.g. if response code is -1 do progress stuff [22:35:53] yeah with a little tweaking on cord ova's JS side we could put an explicit callback function in [22:36:30] also now I think about it .. I wonder if progress=true might be better done with a request header [22:36:32] * jdlrobson looks [22:38:16] feels more like an option for the file transfer than an http fake header, but we could fudge several ways :) [22:42:26] I was hoping for a real http header rather than a fake :) [22:42:35] :) [22:48:01] brion: http://www.w3.org/Protocols/rfc2616/rfc2616-sec8.html#sec8.2.3 <- worth bearing in mind [22:48:22] sounds scary :) [22:48:29] haha [22:48:37] Just a expects header [22:48:37] let's keep the -1 an internal implementation detail and just pass a callback :) [22:49:11] np [23:12:27] preilly: do we have any blockers for the next sibling move on thur ? [23:13:34] tfinc: nope [23:22:06] preilly: great. do we have any block moving the third batch *.wikimedia and *.mediawiki ? [23:28:00] tfinc: no we should be okay with those as well at this point [23:41:43] perfect