[04:48:45] anyone up? [04:54:44] brion_: around? [06:00:48] [08:41:36] heya yuvipanda! [08:41:45] heya Astagi! [08:41:53] how are you? [08:42:55] reasonably okay [08:42:55] :D [08:43:03] lots of mosquitoes around, so hoping I don't get malaria [08:43:08] or dengue [08:43:21] or one of the many diseases those lil' bastards transmit [08:44:06] hope not o.O go somewhere else.. [08:44:32] this place is nice except for those things [08:44:37] so so far so good [08:44:56] Astagi: yuvipanda hi [08:45:00] shravan: heya [08:45:04] back from college? [08:45:09] I see :) [08:45:15] hi shravan! [08:45:18] yuvipanda: yep :) [08:45:56] yesterday shravan worked till late on wikipedia app :) [08:46:00] shravan: saw that pull request. [08:46:08] Astagi: :P [08:46:13] isn't it wasteful to fetch that list every time we open the app? [08:46:22] I'm guessing people are going to open the settings page perhaps once or twice at most [08:47:22] yuvipanda: Does fetching the list take a lot bandwidth ? [08:47:53] shravan: it is a reasonably large list, IIRC [08:48:03] plus when you'r eon EDGE, it takes a few full seconds when not in cache [08:49:08] yuvipanda: true. What we can do is just display the settings page and a spinner maybe ? [08:49:20] yuvipanda: asking the user to wait till the list loads [08:49:49] shravan: yeah, just a call to chrome.showSpinner and chrome.hideSpinner at the appropriate places would be enough I think [08:50:59] yuvipanda: ahh that is simple :P will make those changes [08:51:07] :D [08:51:23] well [08:51:34] we could make an async load of the list [08:51:47] ifuser click on preference and list is not ready [08:51:52] then show spin [08:52:10] Astagi: when can we make the async load ? [08:52:13] Astagi: thing is, the 'second time' the list is instantaneous (cache) [08:52:19] ALSO [08:52:27] have you guys seen http://www.mediawiki.org/wiki/Glaucus [08:53:14] nope [08:54:33] yuvipanda: will all these be incorporated for the beta release ? [08:54:48] uhm don't think so [08:54:58] More like 2.0 release [08:55:02] a few month down [08:55:33] yuvipanda: understood, also the bugs page had a feature request for pinch and zoom [08:55:42] yuvipanda: that would really be a nice thing [08:55:47] yep [08:56:12] shravan: true, but the experiments I tried on it right before 1.0 didn't work out too well [08:56:21] android related webkit issues [08:56:28] that's why we added the 'font-size' param [08:56:31] in settings [08:56:39] Astagi: yuvipanda has anyone ran a Memory profile / benchmark on this. It seems to start lagging on my phone after about and 30 mins of reading [08:56:43] shravan: however, we did do a big change after that (move off iFrames) [08:56:53] so it is possible it is easier now [08:57:04] shravan: no, but I've been wanting to do one/find someone who'se done these before [08:57:10] * shravan thinks iFrames bloats everything :( [08:57:32] yuvipanda: I could try some tom. We can study the results then [08:58:16] there are profiling for Android apps, but in case you're using phonegap I think that doesn't work properly [08:58:53] shravan: yes, so and they also are incredibly buggy [08:58:56] so we got rid of them [08:58:58] lot less pain [08:59:05] :D [08:59:05] we gave up sandboxed js execution though [08:59:16] Astagi: true, we've to use JS profilers [09:00:22] yuvipanda I think that shravan could make an async request at start and verify its result when user click on preference... this improve user experience and avoid to throw out shravan work.. [09:01:16] Astagi: best code is no code :) [09:01:33] simpler solutions are better than complex ones, no? [09:01:51] Astagi: yuvipanda :P [09:01:56] cmon is not so complex yuvipanda :P [09:02:14] complexer than showSpinner and hideSpinner [09:02:25] and makes an extra request [09:02:38] * yuvipanda is charged 10p for 10KB of data :D [09:02:42] sure, but since we have it ready ;) [09:03:11] ahah :D yeah! [09:03:55] Astagi: that branching thing saved me :) [09:04:06] imho anyway should increase user experience.. [09:04:11] shravan: even if not, you can branch off from *any* commit [09:04:30] think of git as a huge acyclic graph, and everything will start making a lot more sense [09:04:47] * shravan is picturing that [09:05:16] yep shravan branch helps so much :) [09:05:33] also my friend has this rather innovative feature request [09:05:48] have you guys seen amazon text to speach ? [09:05:55] on the kindle? [09:05:59] yuvipanda: yes [09:06:05] yes [09:06:25] yuvipanda: now the native android platform supports text to speach functionality [09:06:44] it would be nice for people to listen to articles when it is not possible for them to read them [09:06:48] guys I have to go to the station :P cya! [09:06:55] Astagi: cya [09:07:01] Astagi: cya! [09:07:06] shravan: ah, so [09:07:12] we just got that working in the iOS port a while back [09:07:14] yuvipanda will send a mail later, have to ask you a fast thing about credits ;) [09:07:17] bye all! [09:07:17] thedj did that work [09:07:18] Astagi: sure! [09:07:38] shravan: so it just plugs into iOS's 'accessibility' parts [09:07:41] and works charmingly well [09:07:44] on both UI and content [09:07:50] yuvipanda: yes [09:08:02] yuvipanda: it gets the content from google / apple servers [09:08:21] ? which content? [09:08:43] i was thinking if we could do the same for the android port ? [09:08:53] because even google has native api's to do it [09:09:41] shravan: so, I'd want to tie in to the native android accesibility features [09:09:49] instead of us just using the Text-To-Speech API [09:10:14] http://eyes-free.googlecode.com/svn/trunk/documentation/android_access/index.html and http://eyes-free.googlecode.com/svn/trunk/documentation/android_access/developers.html [09:11:02] yuvipanda: ahh :) [09:11:36] shravan: so that gives those people a consistent experience with the rest of Android [09:11:49] thedj: demo'd it to me in SF, it was quite damn amazing how well that worked [09:12:06] lets them read at their own pace and navigate wherever they wanted to [09:12:18] instead of us just starting barking text at them with no control [09:12:34] so, technically it should work on Android as well out of the box - since they're both webkit [09:12:43] I haven't tested it though... [09:13:12] yuvipanda: ehh nice idea. Anyways i will get that spinner to work [09:13:32] :) [09:31:14] yuvipanda: i don't think i can show the spinner on the settings page as it does not have a titlebar [09:31:30] shravan: show it before? [09:31:33] 1. you hit settings [09:31:38] 2. spinner shows (in search box) [09:31:46] 3. the actual settings page shows [09:31:49] 4. spinner hidden [09:31:56] yuvipanda: cool [10:01:47] yuvipanda: sent the pull request [10:02:09] shravan: checking [10:20:44] shravan: looks good, merging [10:20:59] shravan: thanks! :D [10:22:21] yuvipanda: happy to be of help :) [10:22:32] yuvipanda: also just saw you on debian-in :) [10:23:03] shravan: yes, idling there for now [10:23:09] until I actually start running it [10:24:04] yuvipanda: do you stay in pune / mumbai ? [10:24:17] right now am in Mumbia [10:24:22] *Mumbai [10:24:30] yuvipanda: cool [10:24:41] yuvipanda: voted ? [10:24:51] shravan: I'm not a Mumbai citizen :) [10:24:56] am just here for a couple of weeks [10:24:59] ohh [10:25:33] I did vote in the only election that has so far happened to me since I turned 18 [10:26:36] [WikipediaMobile] yuvipanda pushed 1 new commit to master: http://git.io/VDCSjg [10:26:36] [WikipediaMobile/master] Closes bug #32903 - Shravan Aras [10:27:05] shravan: want to close that bug yourself? :) [10:27:30] yuvipanda: sure, do i have to send an email to control@ something ? [10:28:53] shravan: nope, just set https://bugzilla.wikimedia.org/show_bug.cgi?id=32903 to closed? [10:28:57] with the commit id? [10:29:38] i need to login wait ; [10:29:38] :P [10:30:01] :) [10:38:49] yuvipanda: no option to close bug :( [10:39:03] ah damn [10:39:10] permissions are not enabled for all [10:39:58] yuvipanda: :) [10:40:02] shravan: closed it for you, will grant perms when tfinc is back from vacation [10:40:10] cool [10:40:29] yuvipanda: lunch time cya in the night .. [10:40:32] cya [10:43:22] yuvipanda, we can always poke people like Reedy for rights to close bugs [10:44:38] MaxSem: awrgh, yes [10:44:43] or hexmode even [10:44:45] hmm [10:44:53] also is there a reason why everyone can't just close bugs? [10:45:05] because of recent vandalism [10:45:26] ah that one [10:45:26] okay [10:57:00] MaxSem: Reedy mailed out what is going to be the beta to you guys. Just a signed version of current master. Please do test. [10:57:04] (if possible) [10:57:14] will mail out to mobile-l tonight once phil's in [12:25:17] preilly, hi [12:25:25] Still in India? [12:41:10] MaxSem: no, I'm in London with Jon [12:43:06] ah. right [12:43:36] how are you? [12:43:47] working:) [12:44:13] Are you ever not working? [12:44:46] surprisingly, I also do other stuff [12:45:04] I'm not sure I believe you [12:45:17] ;) [12:46:20] preilly, quick question, I've factored your content format yhandling code to http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/MobileFrontend/MobileFrontend.body.php?view=markup#l575 [12:46:51] MaxSem: okay [12:46:58] MaxSem: What is the question? [12:47:17] the difference is that I've added final return 'XHTML'; just in case. is that a reasonable thing to do, i.e. assume XHTML if some weirdness happened [12:47:30] ? [12:48:16] probably makes sense [12:50:03] okay, thanks [13:47:31] \0/ [13:47:54] jdlrobson: made his first commit [13:48:43] hey yuvipanda :) [13:56:39] congrats jdlrobson ! [13:57:03] thx \o\ |o| /o/ [13:57:29] that's a bit more festive [14:00:03] ^(OO)^ (>O)^ (><) ^(O<) <(OO)> v(OO)v ^(OO)^ [14:01:29] wow [14:04:03] :D [14:17:55] yuvipanda: Astagi hi what are you guys doing ? [14:21:34] hi shravan actually I'm at work, I'm a little absent here :) you? [14:21:55] Astagi: getting super bored .. [14:22:44] are you bored shravan? it's time to pick up another bug so and carry yuvipanda like there's no tomorrow when he revisions patch :P [14:22:57] lol [14:23:11] Astagi: do you have a bug in your mind which I can work on ? [14:23:24] mh lemme think [14:25:16] mh no new one :P check out this list https://bugzilla.wikimedia.org/showdependencytree.cgi?id=31805&hide_resolved=1 [14:25:29] consider I'm working on 33912 [14:26:01] and tfinc is working on the image feature... [14:26:13] that's not here ok :D [14:26:35] Astagi: :) [14:27:04] are really weird bug to reproduce :| [14:27:15] what phone do you use for development? [14:27:29] lg optimus black [14:27:42] ok [14:28:22] well try to find some bug to fix or be a bug hunter and fix them ^^ [14:28:59] Astagi: why are all bugs assigned to yuvipanda :P [14:29:09] heya guys [14:29:18] heya yuvipanda :) [14:29:24] still travelling, intermittent connectivity [14:29:28] why are you the Master of Bugs :D [14:29:42] that's how phil likes it [14:29:46] np yuvipanda :) [14:29:49] it's gotten to the point when it doesn't really matter anymore :) [14:29:54] heya shravan [14:30:08] I see yuvipanda :) [14:30:28] yuvipanda: hello [14:30:31] shravan: there's this branch called js-url-cache [14:30:40] it'll help us get rid of a lot of java code [14:30:44] wanna try? [14:30:49] sure [14:30:54] it sortof works, except for the images [14:31:36] uhm seems a good point where to work shravan :) [14:31:57] yuvipanda what to do about file in assets? [14:32:06] we use my idea? [14:32:15] * shravan is a little lost here [14:32:23] Astagi: relative URL should work [14:32:38] no :( [14:32:42] I tried [14:32:50] Astagi: put that commit somewhere I can look at? [14:33:19] ok [14:33:51] give me a moment yuvipanda :) [14:33:58] okay [14:34:27] yuvipanda: I had this idea in my mind [14:34:31] yuvipanda: when reading an article [14:34:39] yuvipanda: that search bar is super annoying [14:34:45] yuvipanda: as it blocks my top view [14:34:54] yuvipanda: can we do something like auto hide ? [14:35:03] again something we tried [14:35:11] show up only when the user touches [14:35:16] yuvipanda: yes [14:35:23] at that point it was hard because we were using an iframe [14:35:29] you can try it again now [14:36:06] see i think the search bar can go when the user touches the screen but come again when the menu button is pressed [14:36:10] what do you think ? [14:42:07] yuvipanda here it is: https://github.com/4ndreaSt4gi/WikipediaMobile/commit/4f42b93e8a350b2bc5fd43f7f75bfb2e343df5d4 [14:43:03] shravan: menu button is going away in 4.0 [14:43:03] so not a good idea [14:43:03] i'd just say autohide after x seconds [14:43:03] and comes down whenever you touch [14:44:08] yuvipanda see your connection unstable :) received the link? [14:44:15] Astagi: i did [14:44:17] gimme a minute [14:44:39] take your time just to know ;) [14:47:19] yuvipanda: oh yes I forgot about google removing the menu button :'( [14:47:24] shravan: :) [14:47:32] besides, menu to show the search bar doesn't make sense [14:49:11] I feel I'll get lost using an android phone without that button [14:49:59] * shravan google will soon become evil mark my word .. [14:51:13] Astagi: :) [15:00:10] yuvipanda: is there something equivalent to setTimeOut in jquery or I can use good old js variant ? [15:00:20] shravan: just the js variant [15:00:41] Astagi: in a constantly interruptible environment right now, so need to check that in a while [15:00:59] yuvipanda: what about http://api.jquery.com/delay/ ? [15:01:54] preilly: that's usually used with jquery effect chains [15:01:54] yuvipanda: my bad that's only for animations [15:04:12] I guess there are some plugins http://benalman.com/projects/jquery-dotimeout-plugin/ [15:06:12] preilly: yeah, but setTimeout is good enough, no? [15:24:43] yuvipanda: probably [15:28:47] back :) np yuvipanda ;) [16:38:53] grrr, Reedy - you're reporting this bug for the second time;) [16:39:04] That's the best type [16:39:22] fixitfixitfixitfixitfixit [16:39:30] fixedfixedfixed [16:44:18] Reedy, depoyitdeployitdeployit [16:44:27] mergeitmergeitmergeitmergeit [16:44:30] Which rev? [16:46:15] I'd rather see it updated to trunk [16:46:53] isn't it nearly trunk in 1.19? [16:47:13] I wanted t o arrange a deployment of fixes, but our department has been mostly travelling recently [16:48:04] in 1.19 yes, but most wikis are on 1.18 [16:48:33] I can push it over if you want [16:49:24] would appreciate this [16:49:40] * Reedy wonders if svn copy would be simpler [16:53:31] https://www.mediawiki.org/wiki/Special:Code/MediaWiki/111650 [16:55:29] aha [16:56:07] doned [17:01:19] w00t [17:01:23] leemme see [18:01:26] * yuvipanda waves [18:04:17] hi [18:07:18] philinje: heya [18:25:12] 8mbits internet or ssh and IRC? [18:25:17] choices, choices, choices [18:26:39] philinje: did I miss anything? [18:27:58] yuvipanda: hi [18:28:06] shravan: heya [18:28:14] yuvipanda: you seem to have super unreliable internet connection [18:28:38] i hope [18:28:38] shravan: it is reasonably reliable now [18:28:44] took a train from bandra to somewhere else [18:29:11] that's why [18:29:21] yuvipanda: you are brave to work in a train. Let me paraphrase that, you are brave to enter in a train at bandra [18:29:28] yuvipanda: sorry, was talking to Jon [18:29:49] no worries, trying to sort out Mapquest [18:30:07] philinje: I *still* don't see what's the problem with us using them [18:30:25] shravan: normally wouldn't have, but today was emptier [18:30:30] i eventually even got a place to sit [18:30:38] yuvipanda: :) [18:30:45] Reedy: do you know how I can get an apk into dumps.wikimedia.org? [18:33:05] yuvipanda: no problem, just clearing stuff, their guidelines ask for a couple of small things - sent an email earlier [18:33:13] philinje: i responded as well :) [18:43:07] philinje: are we good to go now? [18:43:22] yuvipanda: got it, thanks - you are way ahead of me [18:43:43] still waiting for a reply from mapquest [18:44:00] who is sending the beta? [18:44:06] me? [18:44:11] i think it's fine if we psuh out the beta [18:44:20] at most we're going to get maybe a hundred people [18:44:24] on average perhaps a few tens [18:44:28] so don't think that should be an issue [18:45:39] yes, you are right [18:45:53] give me one hour [18:45:59] philinje: okay [18:46:11] in the meantime i'll figure out whom to poke to find a way to push stuff to dumps. [18:46:20] awjr: do you have access to put files on dumps.wikimedia.org [18:46:20] ? [18:46:34] yuvipanda: no clue. [18:46:43] lemme see [18:47:02] it does not appear i have access to that box [18:47:31] yuvipanda: ping apergos (look in #wikimedia-operations) [18:47:45] awjr: okay [18:58:57] talked to the map quest guy, he needs to check something [18:59:26] their normal maps show the terms of use link automatically, but the OSM one doesn't [18:59:51] * aude waves [19:03:00] philinje: we're showing it anyway [19:03:08] so it isnt' a problem [19:03:10] besides, this is just a beta [19:03:11] aude: heya [20:14:59] did I miss anything? [20:17:29] not since 30 minutes ago, yuvipanda [20:17:38] ah, okay [20:20:14] philinje: okay, so only thing left is to upload apk to dumps. [20:20:30] yuvipanda: we are good to be with the beta [20:20:37] good to go [20:20:39] \o/ [20:27:26] philinje: does roman's answer work for us? [20:30:46] philinje: http://dumps.wikimedia.org/android/Wikipedia-v1.1-beta1.apk [20:30:48] final 'test' [20:30:57] everyone else too, if possible [20:42:36] philinje: can you just test http://dumps.wikimedia.org/android/Wikipedia-v1.1-beta1.apk [20:42:36] once [20:42:39] am about to hit send [20:46:21] sent [20:46:26] and now I give in and sleep [20:46:30] gnite everyone [20:46:39] here is to hoping i didn't do anything stupid in that one [20:46:39] bye [21:49:00] sorry, been a very busy day and just got back [21:49:54] aude: sorry, you weren't on another email thread where I said our lawyer was good to go given the answer from Mapquest [21:50:03] aude: thanks so much for your help! [21:50:59] philinje: yay! :) [21:51:08] happy this will work! [21:55:32] philinje: just let me know what's needed (or i'll talk with brion, ryan lane) to start getting something on labs and then into production for our own tiles [21:55:42] * aude knows you are super busy [21:55:46] awjr, have you had a chance to figure out what to refactor in MF? [21:56:01] all map relate work is waiting on storage [21:56:10] (I'm working on the storage as we speak :) ) [21:56:36] MaxSem: hi there - i'm starting with making disableCaching() non-WMF specific, and then i'll tackle the mobile domain construction [21:56:43] Ryan_Lane: i am aware [21:56:47] * aude is impatient [21:56:51] heh [21:56:58] we could do a small subset [21:57:04] not really [21:57:05] like i have the DC region on my linode [21:57:13] we're really low on usable storage right now [21:57:16] Ryan_Lane: really? [21:57:17] ah [21:57:20] :( [21:59:11] yeah, but I have 64TB of volume storage on the way [21:59:36] meaning, I'm installing the OS right now [22:00:48] meaning you have the hardware, etc, just waiting on software setup? [22:04:36] Ryan_Lane: cool!!! [22:04:45] the osm planet file is 20gb [22:04:54] yes. hardware is racked and networked [22:04:58] I just made the raidsets [22:05:05] one of them has a bad drive :( [22:05:12] so at first we'll only have 1/2 the storage. heh [22:06:33] :/ [22:10:39] I dunno... 32TB .... awfully tight, neh? [22:10:47] where's the petaflops? [22:10:55] bytes, whatever. [22:12:36] aude: do you have a Labs account? Looks like you're talking to Ryan [22:13:04] 64TB should be enough for everyone [22:13:05] :D [22:13:07] i do but i'm not on any projects yet [22:36:35] on another note, would it be feasible to enable the mobile frontend extension now on metawiki? [22:37:00] brion__: awjr MaxSem: do any of you know? [22:37:43] well, it's already enabled [22:38:01] I gues you're asking for a mobile domain, which is a bit different thing [22:38:13] MaxSem: yeah [22:38:22] like when i go to enwiki from my phone, it works [22:38:47] * aude finds it difficult to keep up with meta on my phone, wherease the mailing lists are easy [22:39:13] and have a mobile optimized recent changes [22:39:17] would be great! [22:39:57] and a mobile Huggle [22:40:01] and AWB [22:40:03] :) [22:40:20] there's wikistream which is nice [22:40:27] something like that would be cool