[00:11:16] preilly: ping [00:11:30] jorm: pong [00:11:47] i have some questions about our technological capabilities with mobile. [00:12:10] going to msg. [03:08:13] TimStarling: Alex said, in response to your question, "Tim is absolutely right. I should add $parser->disableCache();" [07:52:21] hello [08:40:01] hey hashar [08:40:05] see, somebody loves you [08:40:06] hello :) [08:40:20] <3 [08:40:32] this channel is very quiet during european morning [08:40:43] like much of the others channels [08:40:47] it's very quiet all the itme [08:41:28] probably because we are mostly doing 1:1 interactions in private queries [08:41:34] really? [08:41:37] I only really do that with alolita [08:41:42] or when I'm gossiping [08:41:48] That's because *we* Europeans work :P [08:41:53] LOL [08:41:55] nonsense [08:42:12] you're frenchies, shouldn't you be protesting the lack of people online? [08:42:13] *werdna runs [08:42:19] hahaha [08:42:51] No, we'd /go on strike/ to protest the lack of people online. [08:42:59] the cabal plan is to have the WMF adopt french as an internal language and relocate the WMF in south of France :D [08:43:26] Ah, but no, I protest. [08:43:35] I very much like working remotely :P [08:43:50] hashar: I approve of this [08:43:57] Hellooooo European visa [08:44:06] also mediterranean summers [08:44:08] Then I guess I'll have to move to Australia. Or Canada. [08:44:13] where do you live werdna? [08:44:17] Or maybe Reunion island. [08:44:36] sydney [08:45:53] just like Tim Starling so? [08:46:29] well, he lives further north these days [15:31:47] *tfinc waves to hexmode [15:37:18] *tfinc wonders if hexmode is awake yet [15:54:15] 6 minutes to Android Triage [15:55:30] etherpad: http://etherpad.wikimedia.org/BugTriage-2011-10 [15:56:01] woot! [15:56:08] greetings sumanah [15:56:11] w00t! w00t! [15:56:16] hi tfinc, hi hexmode [15:56:59] hexmode: how many of the devs on the forked list where you able to contact https://github.com/nitobi/Wikipedia/network/members ? [15:57:21] *johnduhart will be here for a bit :) [15:57:34] hey johnduhart [15:57:42] tfinc: I didn't contact the new ones. Sent mail and msg'd the one last week [15:58:02] did you get a response from cip ? [15:58:07] but didn't hear back from any so no clue if they even got my msg/email [15:58:10] hi tfinc [15:58:13] he's had the most active fork [15:58:45] he isn't w/ nitobi? [15:59:29] anyway, I don't think I heard from xyr [15:59:34] hexmode: nope [15:59:48] he's been super active on wikitech [16:00:00] did you not see his emails about phone gap/openzim ? [16:00:20] probably, but I suffer from information overload [16:02:42] any one besides johnduhart, tfinc and sumanah here for the triage? [16:02:56] me [16:03:01] hexmode: me [16:03:04] I'd hope preilly is here for it [16:03:09] me [16:03:10] heh [16:03:13] heh [16:03:15] Reedy: knock it off [16:03:37] here's the etherpad: http://etherpad.wikimedia.org/BugTriage-2011-10 [16:03:39] well thats a nice cast to start with [16:03:47] greetings mad-mobile [16:03:52] thanks for joining hexmode [16:03:54] err [16:03:55] herm_wong: [16:03:56] :D [16:04:11] please set your nick on the etherpad once you join [16:04:19] I'm also here purposely [16:04:32] is imhotep joining too? [16:04:34] hi herm_wong! [16:04:37] bonus! [16:04:40] glad to meet you [16:05:22] so .... let's start at the top [16:05:23] thanks! [16:05:37] https://bugzilla.wikimedia.org/31481 (Normal, normal) - Android app should have 'Share' menu item to send to other apps (mail, notes, social networking) [16:05:38] I prefer starting somewhere pseudo random [16:05:47] preilly: no idea if imhotep is joining [16:05:57] herm_wong: okay, thanks [16:06:11] Reedy: but then we'd all have to guess your line number [16:06:59] So 31481. tfinc: since phonegap has that, implementing the share feature should be trivial, right? [16:07:16] As you say, "just use it" [16:07:51] tfinc: ??? [16:08:02] *hexmode leans on tfinc's doorbell [16:08:05] hehe [16:08:15] so if you load the bug [16:08:16] sorry, we heard about the triage first today. is it too late to help? how can wee help if not [16:08:25] you'll see a convent link for a plugin that already does this [16:08:28] mad-mobile, no, it's not too late [16:08:29] mad-mobile: no, now is good [16:08:52] mad-mobile: are you on the etherpad? [16:08:56] mad-mobile, http://etherpad.wikimedia.org/BugTriage-2011-10 [16:09:03] I am [16:09:08] https://github.com/phonegap/phonegap-plugins/tree/master/Android/Share [16:09:12] without nick, shall I join? [16:09:17] mad-mobile: set your nick there please [16:09:20] mad-mobile, over the next 50 minutes we will discuss, prioritise, and assign bugs [16:09:20] yes [16:09:34] done [16:09:41] ah ok, got it.. [16:10:26] mad-mobile: are you familiar with phonegap or the android platform? [16:10:30] I've updated 31481 with the plugins url [16:10:50] we're developing on android too [16:10:50] preilly: excellent [16:10:58] I nkow phonegap little [16:11:30] getting the plugin into the phonegap application shouldn't take too long [16:11:30] mad-mobile: if you're interested in learning pg, #31481 seems like a simple place to start [16:11:40] so i'm a bit lost, where's that triage going on? :) [16:11:47] i expected #wikimedia-mobile but it's dead over there [16:11:51] http://etherpad.wikimedia.org/BugTriage-2011-10 [16:12:02] brion: I default to -dev... sorry :P [16:12:11] brion: heh heh [16:12:18] whee [16:13:17] So lets move on.... got to cover some ground [16:13:30] https://bugzilla.wikimedia.org/31686 (Normal, normal) - Android app should show search suggestions [16:14:18] Reedy: http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/MobileFrontend/MobileFrontend.php?r1=100765&r2=100780 [16:14:51] hexmode: do we know we want that. what do we need to provide here? priority? assignment? [16:14:53] *so we know we want that [16:15:10] tfinc, preilly: why doesn't https://bugzilla.wikimedia.org/19956 take care of that? [16:15:33] hexmode: because the app has its own search bar that replaces the web one [16:15:36] MF != Android App [16:15:43] brion: priority, but if someone wants it we can give them the assignment [16:16:17] ah, well, I just heard "android app frames a website" and thought it might take care of it [16:16:49] but search bar is hidden [16:16:55] hexmode: we don't show the search bar it's hidden [16:17:12] Though, I think someone imported the search module into api [16:17:19] so does pg have good way to handle json? which I assume would be needed for searches? [16:17:22] *Android [16:17:22] native search guys. we want search suggestion in native search [16:17:24] assets/www/js/search.js [16:17:30] within the app [16:17:38] can we just re-use what were doing on MF ? [16:17:41] hexmode: pretty much the same as the MF code [16:17:47] it's just javascript in a webview [16:17:56] PG uses javascript to parse JSON [16:18:12] we could use the same code and it's XML not JSON [16:18:12] so, it should be trivial to hook up, right? [16:18:33] I don't like using words like trivial [16:18:37] or simple [16:18:38] ditto [16:18:39] lol [16:18:42] lol [16:18:53] it should be doable [16:19:31] does "easy" work? how about "not too hard"? [16:19:34] no [16:19:37] *johnduhart has to go, good luck [16:19:44] johnduhart: ty [16:19:45] notimpossible [16:19:56] heh [16:20:27] so, that leaves two categories, "impossible" and "notimpossible" -- not exactly descriptive [16:20:42] does anyone want to take this? [16:20:51] should we bump priority? [16:21:07] yep [16:22:00] mad-mobile: you'll take it? [16:22:17] I think I'm fine with 31481 [16:22:27] ok [16:22:37] Nikerabbit: ping [16:22:52] thanks mad-mobile [16:22:56] moving on: https://bugzilla.wikimedia.org/31467 (Normal, normal) - Tracking bug for getting the Android app on translatewiki [16:23:08] trying to ping Nikerabbit on this one [16:23:26] surrurur [16:23:53] is there anything we need to do to enable twn for the app? Or do we just nag Nikerabbit/siebrand? [16:24:20] as we are new in this project, do I need a 2nd account for bugzilla.wikimedia.org or does the wiki account work? [16:24:23] hexmode: well, the app needs to be i18ned first [16:24:29] mad-mobile, different credentials [16:24:33] hexmode: take a look at the steps that brion posted [16:24:35] were at #2 [16:24:39] once the message files exists, it should not be a big deal to add it to twn [16:24:44] yeah, was just seeing that [16:25:10] does pg have i18n support? [16:25:22] *preilly reading is fun [16:25:37] its just java and js .. they do UTF8 just fine [16:25:46] It's got a simplified version of what MW JS uses in [16:25:50] https://github.com/brion/Wikipedia/commit/100720287c7ab00d8c21e3831046a0ac67254e7f [16:26:08] assets/www/messages/messages-en.js [16:26:13] +var messages = { [16:26:13] 2 [16:26:14] + 'sitename': 'Wikipedia', [16:26:55] Reedy: spammer (use paste bin) [16:27:00] yeah, took me some scrolling to get there [16:27:07] Nikerabbit, brion has added some initial messages [16:27:17] and documentation! [16:28:05] So PG really is just js... amazing! [16:28:31] its magical [16:28:53] rhino js? I need a rhino! [16:29:24] Nikerabbit: so can twn handle that format of message file? [16:30:02] it's just a JSON array... [16:30:13] Assuming you're doing something similar for Resource Loader, it should be no problem. [16:30:58] hexmode: i believe we'd need to add that file formta support to TWN, but it would not be difficult [16:31:06] it's basically just a JS mapping of the MediaWiki .php i18n files [16:31:41] the actual framework for using the messages is the same one pulled from MediaWiki's front-end JS code, but it needs its own system for storing and loading the messages because MW JS does that by getting things injected from PHP land :) [16:31:56] hrm... yeah, I see [16:32:24] but twn could just use a json reader, ... almost [16:32:24] *preilly remembers never to ride the tea cups at PHP land [16:32:30] anyway [16:32:45] https://bugzilla.wikimedia.org/31706 (Normal, normal) - Android app should give up a page load if its been going for more then X amount of time [16:32:52] these spinner issues [16:33:03] is that one issue that doing one thing will solve [16:33:13] or are they each seperate issues? [16:33:22] their slightly different [16:33:29] they're sorta vaguely related but not the same [16:33:38] i put some comments on the pad earlier [16:33:46] right [16:33:50] yeah, I see that [16:33:51] by default we keep trying load the page no matter whtat [16:33:52] about the animated gif [16:33:57] some supporting code for a non-modal spinner went in recently but it needs more work [16:34:09] even if we've been doing it over a minute .. really we should just stop after 15-20sec [16:34:11] and give up [16:34:16] like all other apps [16:34:33] of course it matters less if we give up or not if the user can abort it at will :) [16:34:37] so, some generic timeout thing ... this isn't built into phonegap? [16:34:40] because chances are the phone is in an area that has little to no connectivity [16:34:52] with a dialog lik "try again?" [16:34:56] so the problem originally was that a modal spinner got shown and you couldn't get out of it [16:35:15] mad-mobile: pretty much [16:35:24] it should be a matter of putting a timeout on the ajax call [16:35:37] really simple to add that [16:35:40] probably just add a 'reload' button [16:35:42] greetings imhotep [16:35:42] know how to handle in native, but not with pg [16:35:46] morning [16:35:49] page loads aren't done via ajax [16:35:57] they're loaded in an iframe [16:35:59] well, the iframe src event right? [16:36:02] hexmode: json? yes but the output would be plain ugly [16:36:02] which doesn't block [16:36:03] right [16:36:07] imhotep: are you on the etherpad? name your nick please [16:36:18] etherpad ? [16:36:27] imhotep: http://etherpad.wikimedia.org/BugTriage-2011-10 [16:36:29] http://etherpad.wikimedia.org/BugTriage-2011-10] [16:36:43] da** withou ] [16:36:52] morning [16:37:04] hi htchien [16:37:05] htchien: morning [16:37:12] we need to see if we can capture the page navigation from the iframe [16:37:30] and push that event to the pg shell app [16:37:52] herm_wong: yeah that's mentioned down under other spinner-related bugs [16:38:02] herm_wong: can't we use shouldOverrideUrlLoading... [16:38:05] just need to hook more navigation events or click handlers [16:38:28] preilly: we can probably do that via a plugin [16:38:31] so, is there a "create/use a modal spinner" bug? [16:38:48] we don't want a modal spinner. there used to be a modal spinner, which i think has been removed or mostly removed. [16:38:55] timecheck -- it's now 20 min till the end of the hour -- do people want to stay around till they're done with the list in the Etherpad (even if that takes another 30 min), or should we cut down what we want to finish in the next 20 min? [16:39:13] herm_wong: we will need that for adding the application version header too [16:39:13] i'll have to run to the office soon [16:39:28] I gotta go in 5 min too [16:39:29] brion: a "fix the spinner" tracking bug? [16:39:48] it seems like something should be there to gather all these spinner issues [16:39:50] preilly: yep [16:39:51] could do. you looked over the existing commentary on the spinner bugs? [16:39:51] sorry to interrupt again: if I think we can handle it, we assign the bug in bugzilla? [16:40:15] brion: not recently, but I have noticed the spinner theme [16:40:29] mad-mobile: yes [16:40:33] ok so basically somebody needs to go actually finish those [16:40:48] do we agree that's high priority? [16:40:50] mad-mobile: take a bug for yourself, yes [16:40:55] yes [16:40:59] ok [16:41:08] who's going to take them? [16:41:28] spinner bugs ... [16:41:34] going once ... [16:42:32] brion: we don't have to assign them right now, so I'm going to move on [16:42:46] will find someone l8r [16:42:59] Next: https://bugzilla.wikimedia.org/31891 (Normal, normal) - Android app nearby me should have a mechanism to show more or less results [16:43:48] Could this be combined with #31686, "search suggestions"? [16:43:55] no. [16:43:56] no [16:43:59] their totally different [16:44:00] that's a separate unrelated feature [16:44:01] no [16:44:13] that was a resounding "no" [16:44:16] no [16:44:16] it's also one i'd be willing to cut entirely from 1.0 [16:44:16] for the nearby me improvements [16:44:23] though it's a neat one [16:44:40] i think it would be a good idea to come up with a list and roadmap them [16:45:12] brion: most of the bugs for 1.0 are already picked up in bugzilla [16:45:22] so this is for the glorious future, lowering priority and moving on [16:45:38] tfinc: we should set up milestones for the app in bz [16:46:01] https://bugzilla.wikimedia.org/31869 (Normal, normal) - Android app should not forget that its just done a near by me search if the location hasn't changed [16:46:22] hexmode: thats easy enough . just take the tracker bug [16:46:28] for the 1.0 release [16:46:28] surely that's fairly simple [16:46:45] Reedy: you mean 31869 [16:46:46] ? [16:46:51] yeah [16:46:57] it should be but yet it searches each time you hit near by me [16:47:05] if lastlocation is near new location do nothing [16:47:15] and use that to clear/not clear hte results [16:47:48] tfinc: search nearby is a 1.0 feature? [16:48:21] and if it this one is "fairly simple" then it seems like it could be added to 1.0 [16:48:31] *hexmode avoids using the word "trivial" [16:48:43] thanks [16:49:15] The question is how near is near. Wouldn't the best way be to add a button to search instead of doing it automatically ? So I guess a "redo a search in this area". [16:50:27] sorry, I've gotta go. the log of this discussion i'll find here? http://ur1.ca/1e8l0 [16:50:45] mad-mobile: I'll also write up a report [16:51:00] mad-mobile: thanks for showing! [16:51:26] hexmode: yes, thats why its listed as a blocker in the tracking bug [16:51:50] tfinc: yeah, just pulled up the tracking bug [16:52:05] hexmode: all of these are in the tracker bug .. its really easy to know whats left and included in 1.0 [16:53:18] Reedy: so the q is: how close is close enough to use the last results? [16:53:24] so to make sure -- there's no interest in honeycomb tablet compatibility for 1.0 or 1.1? [16:53:25] 1mi, 10ft? [16:53:44] or android 4 handset compatibility? [16:53:44] brion: not for 1.0 [16:54:11] 7 minutes left till we go over [16:54:21] but we want authentication for 1.1, without having any auth-based features? [16:54:45] I'm willing to go over 5min at least to see if anyone pops up [16:55:12] tfinc: should we put the ICS and honeycomb issues on 1.1 or 1.2 or something? [16:55:40] we can chat about it after [16:55:53] making this look good on a tablet is an entirely different ride :D [16:55:54] https://bugzilla.wikimedia.org/show_bug.cgi?id=31707 <- this is on the 1.0 tacking bug but isn't assigned [16:56:23] herm_wong: i opened that last night but its an issue that i mentioned on our call last week [16:56:48] that one will require fixes to the pg-menu plugin [16:57:03] which nitobi doesn't have time for at the moment [16:57:15] we're trying to wrap up our client projects [16:57:25] i haven't seen that show up on the latest builds [16:57:25] before moving fulltime on phonegap & phonegap plugins [16:57:34] it only shows up [16:57:42] if you hit the menu button up app load [16:57:52] before the menu can fully render all the options [16:58:05] small issue then [16:58:37] it's definitely something we know about and want to fix in that plugin [16:58:59] tfinc: so maybe 1.1 and not 1.0? [16:59:51] tfinc: i left you a couple questions on irc last night; did you get them? [17:00:00] tfinc: also pardon my ignorance, but when do you plan to have 1.0? [17:00:11] jorm: nope [17:00:19] d'oh! [17:00:23] i'll cut and paste mail. [17:00:31] is this something we want to put a milestone on? it's awkward when following section links: https://bugzilla.wikimedia.org/show_bug.cgi?id=31524 [17:00:37] hexmode: when i can close tracking then we can ship it [17:00:39] also, a reminder to people new to our IRC bug triages: we announce them ahead of time on the wikitech-l mailing list, and on Twitter & Identi.ca at @MediaWikiMeet [17:00:43] and seems related to the honeycomb/ICS layout problems [17:01:06] sent. [17:01:07] herm_wong, imhotep, htchien ^ [17:01:30] do we want to set a milestone for removing the 'confirm bookmark' dialog? https://bugzilla.wikimedia.org/show_bug.cgi?id=31705 [17:01:35] should be easy, seems like a nice improvement [17:01:49] sumanah: thx. I will subscribe wikitech-l now. [17:01:56] !lists [17:01:56] --elephant-- I don't know anything about "lists". [17:02:06] sumanah: thx [17:02:07] brion: i just marked it as blocking 1.0 [17:02:13] whee [17:02:18] and will work with hexmode to conert this to milestones after [17:02:26] herm_wong, htchien https://lists.wikimedia.org/mailman/listinfo/wikitech-l [17:02:31] we have all the bugs in the tracking bug so its just a matter of converting them to milestones [17:02:33] easy stuff [17:02:35] super [17:02:38] and we already know what we want [17:03:05] ok dudes i've got an 11am meet so i gotta start on my way into the office [17:03:16] np, ty brion [17:03:19] don't by shy about notes on the etherpad and on the bugs -- and thanks everybody for your help poking at these! [17:03:26] it's awesome to see more folks getting involved in the mobile projects [17:04:38] tfinc: you here for a bit? [17:04:45] yup [17:04:48] https://bugzilla.wikimedia.org/31954 Android app should allow user to select another near by listing without hitting the hardware button [17:06:19] yup, right now you have to hit the hardware button .. it would be nice if you could just select another pin [17:06:28] we talked about that one briefly last week as well [17:06:47] imhotep: herm_wong : whats your guidance on anyone wanting to pick that up ? [17:06:54] also, could there be a "show on map" button for http://meta.wikimedia.org/wiki/File:Wiki_0021_NearbyListView.png [17:07:49] *hexmode realizes he should avoid delving into design, but... [17:08:07] or you can just hit the back button [17:08:09] lets keep it easy [17:08:31] i believe imhotep was going to look into the searching without the hardware button? [17:08:43] hexmode: its right here http://meta.wikimedia.org/wiki/File:Wiki_0022_NearbyList_Options-Menu.png [17:09:06] imhotep: --^ [17:09:35] bonus [17:09:50] tfinc: he has been pulled off wikimedia this week [17:09:58] to help finish off one of our other client projects [17:10:03] hexmode: we should start wrapping up [17:10:36] tfinc: yep, don't think we have any joiners [17:11:23] ok, wrapping up. Will send out notes/summary later today [17:11:24] For 31954 you mean like a visual back button on the map ? [17:11:54] imhotep: no, i'd just like to select another pin on the map [17:11:59] imhotep: searching by clicking on the map [17:12:20] oh yeah [17:12:30] select->back->select is redundant [17:12:38] so you tap and it searches again around where you tapped [17:12:38] we should just allow the user to select whatever they want [17:12:49] please update the bug w/ clarifications [17:13:01] sure [17:13:46] yeah that should not be too hard [17:13:56] if I understood you correctly [17:14:06] ok, I need to go sort through some bugs.... ping me if you need me [17:14:29] thanks hexmode [17:15:49] thanks hexmode [17:17:00] thanks guys [17:18:15] tfinc: quik q of a personal nature: I have an older Android. How far back will support for the app go? [17:18:41] currently 2.2 [17:19:10] is that a phonegap requirement? [17:19:35] nope [17:19:46] hexmode: there is an open bug and branch for 2.1.x support [17:19:51] have you seen it ? [17:20:15] probably, yes, but now I'll find it and bump its priority ;) [17:20:25] https://bugzilla.wikimedia.org/show_bug.cgi?id=31655 [17:21:05] 2.1 is less then 10% of the android browser share right now [17:21:11] and it complicates lots of other things [17:21:19] which is why were looking at 2.2 and up [17:21:29] oh man.... I need a new phone [17:21:39] not just because of this [17:21:47] the 2.1 branch will stay as volunteer effort [17:21:54] i'd love to see it but i'm not going to block on everything else for it [17:22:20] *hexmode thinks he will volunteer. [17:22:39] I need some outdated android experience :P [17:23:45]