[00:09:37] preilly: peter geheres con fired the near by bug that i was seeing [00:09:57] whats your time like to take a look vs wp zero ? [00:16:38] [WikipediaMobile] brion pushed 1 new commit to master: http://git.io/RNXhjA [00:16:38] [WikipediaMobile/master] Followup 3ba59ff52b10f30f5d977df9274ab2e47fdc83e4: commit updated icon files! - Brion Vibber [00:16:51] Project WikipediaMobile - Nightly builds build #44: SUCCESS in 6.5 sec: http://integration.mediawiki.org/ci/job/WikipediaMobile%20-%20Nightly%20builds/44/ [00:16:51] brion: Followup 3ba59ff52b10f30f5d977df9274ab2e47fdc83e4: commit updated icon files! [00:20:55] brion: yuvipanda: philinje : what else do we want to fix before RC4 ? [00:21:27] it's probably too late to stop calling them RCs, though I guess we could fix that for next version [00:22:14] tfinc: currently investigating https://bugzilla.wikimedia.org/show_bug.cgi?id=33289, so I'd like that to go in [00:22:49] though it needs better phrasing. [00:23:11] tfinc: brion also can we decide on position:fixed? [00:24:00] yes, unless Tomasz disagrees, we should remove position fixed [00:24:24] Brion is trying one idea soon - put some default text in the search field and make it selected [00:24:52] that would help the case of hardware search not causing obvious focus on the search field [00:25:00] philinje: unless i'm mistaken, removing position:fixed should kill our focus problems, no? [00:25:13] yes, except the hardware search [00:25:46] yuvipanda: maybe it makes sense for you to move over to language issues? if nearby issues are settled [00:26:14] philinje: yes, looks like that's what I'm doing. [00:26:43] philinje: we've only 6 bugs blocking 1.0 release. Seems too less :P And I don't see the ICS bugs there... [00:27:05] what is ICS? [00:27:59] philinje: Ice Cream Sandwich? [00:28:19] philinje: https://bugzilla.wikimedia.org/show_bug.cgi?id=33218 [00:28:22] philinje: https://bugzilla.wikimedia.org/show_bug.cgi?id=33219 [00:33:36] yuvipanda: thanks. Not sure if we should block our 1.0 for ICS [00:34:03] philinje: from what I gather, they completely make the app unusable on ICS. Perhaps get brion's device and check it out? [00:34:26] yes, but it's possible ICS is a moving target [00:34:46] yeah it's unusable right now [00:35:16] some things already fixed in phonegap 1.3.0, other things not yet [00:35:22] some things may require more workarounds on our part [00:37:17] also heard some chatter about specific releases of ICS recently, makes it sound like it's not fully baked [00:46:46] philinje: are you suggesting we don't target ICS right now? [01:00:54] philinje: brion tfinc hitting the bed. gnite. [01:00:59] will be checking out lang bugs tomorrow [01:01:08] also I think there are 2 pull reqs needing merge love :) [01:01:17] bye everyone! :) [01:13:32] [WikipediaMobile] brion pushed 2 new commits to master: http://git.io/7lvuXw [01:13:32] [WikipediaMobile/master] add Globalization plugin for android - Brion Vibber [01:13:32] [WikipediaMobile/master] Use Globalization plugin to get language on Android; can now change when the activity gets reinitialized after changing languages but not fully shutting down the app - Brion Vibber [01:14:18] Project WikipediaMobile - Nightly builds build #45: SUCCESS in 7.6 sec: http://integration.mediawiki.org/ci/job/WikipediaMobile%20-%20Nightly%20builds/45/ [01:14:18] * brion: add Globalization plugin for android [01:14:19] * brion: Use Globalization plugin to get language on Android; can now change when the activity gets reinitialized after changing languages but not fully shutting down the app [01:23:06] yuvi: sorry to miss your good bye - another late one, eh? Thanks a lot! [01:28:17] [WikipediaMobile] preillyme pushed 1 new commit to master: http://git.io/dlE5bA [01:28:17] [WikipediaMobile/master] Merge pull request #90 from yuvipanda/better-language-switch - Patrick Reilly [01:28:25] [WikipediaMobile] preillyme pushed 1 new commit to master: http://git.io/nW6ipA [01:28:25] [WikipediaMobile/master] Merge pull request #91 from yuvipanda/actual-everything-https - Patrick Reilly [01:28:29] Project WikipediaMobile - Nightly builds build #46: SUCCESS in 6.1 sec: http://integration.mediawiki.org/ci/job/WikipediaMobile%20-%20Nightly%20builds/46/ [01:28:30] * yuvipanda: Go to language main page on language switch [01:28:30] * yuvipanda: Moved everything to https [01:51:16] preilly: how much of your time would the iOS refactoring take vs wp zero ? [01:51:41] tfinc: I'd need like a half day tomorrow to finish it [01:52:36] and whats your workload look like for zero ? [01:53:14] tfinc: not too bad [01:53:20] tfinc: I think I can fit both in nicely [01:53:37] ok. lets discuss tomorrow morning at the stand up then. [01:53:42] but I'm thinking its worth it [01:53:47] tfinc: okay [01:54:29] the other question is wether we should hold off on more testers till we get this fixed [01:54:35] i have lots more people ready to go [01:55:00] and a newly signed IPA [01:55:35] but .. peter geheres ran into the problem right away [01:56:16] tfinc: I'd say hold off [02:02:52] jorm: what are you thoughts about removing the position fixed placement of search on the android app ? [02:03:11] dew eeet. [16:06:55] [WikipediaMobile] Nikerabbit pushed 1 new commit to master: http://git.io/zR5wUA [16:06:55] [WikipediaMobile/master] Translation updates from translatewiki.net - Niklas Laxström [16:07:11] Project WikipediaMobile - Nightly builds build #47: SUCCESS in 8.6 sec: http://integration.mediawiki.org/ci/job/WikipediaMobile%20-%20Nightly%20builds/47/ [16:07:11] niklas.laxstrom: Translation updates from translatewiki.net [17:10:42] does the app from master work for anyone? I'm getting a weird js error.. [17:17:51] seems to for me [17:17:55] without the last i18n update [17:56:52] greetings all [17:57:12] MaxSem: yuvipanda_ ready for the standup ? [17:57:38] yup [17:57:42] tfinc: yes [18:00:39] MaxSem: if you can hear us .. we can't hear you [18:02:19] tfinc, my mic disappeared from devices list:P [18:02:34] yay windows [18:06:44] philinje: are we doing this for 1.0? https://bugzilla.wikimedia.org/show_bug.cgi?id=32906 [18:11:59] OpenStack is epic, as always [18:12:03] "Failed to allocate new public IP address." [18:13:30] so .. fixed position [18:13:52] MaxSem: I think you need to use the one allocated in the pool [18:14:25] my opinion is that we can kill fixed position if we can bring back the search button with one tap (like the kindle app) . if a user has to scroll to the very top of the screen to get it back then i think were failing [18:14:51] tfinc: there's the dedicated 'search' key [18:15:32] we won't get that on iOS and can potentially lose it on future android devices [18:15:58] technically can we do the tap to see the search input box ? [18:15:59] both tap and search key will have the focus bugs [18:16:19] yuvipanda_: 32906 is one Brion was working on. Brion? [18:16:19] same exact issues ? [18:16:23] yes [18:16:52] Android doesn't like something over an iframe [18:17:22] so what would happen if i was at the bottom of an article and i tapped the hardware search button ? [18:17:46] the keyboard appears but the search field does not seem to be in focus [18:17:47] i haven't done any work on https://bugzilla.wikimedia.org/show_bug.cgi?id=32906 - just made some comments on the subject when we discussed it yesterday [18:17:49] would it just shop up to the position I've scrolled. would it scroll all the way to the top and show me the search box ? [18:18:08] i mean if we didn't have fixed position [18:18:11] tfinc, scrolls tot op yes [18:18:27] thats a pretty jarring experience [18:18:34] Brion is trying an idea I saw in another app - use some default text in the search field and make it selected [18:18:34] brion: can't we just put it actually outside and above the iframe [18:18:38] and hide/show it as needed? [18:19:01] hmm, is the iframe scrolling or is the app scrolling? [18:19:11] yuvipanda_, nope! we have to let the app window scroll so the iframe is very tall [18:19:22] and when scrolled, there's no space at the top of the screen that's not on top of the iframe [18:19:34] philinje: as in "Type your search here..." ? [18:19:36] sigh [18:19:41] sigh indeed :P [18:19:42] tfinc: yes [18:20:05] if the default text is selected, it's very obvious the search field is in focus [18:20:10] philinje: thats the text we use on full screen search :) [18:23:56] preilly, howww? [18:24:15] yuvipanda_: Brion is dealing with 32906, may not make it into 1.0 [18:24:31] lets assign bugs so that we don't have confusion [18:24:36] okay. [18:25:46] browser share data for december, 2012: http://arstechnica.com/business/news/2012/01/state-of-the-browser-chrome-closes-on-firefox-ie6-dying-out.ars [18:26:07] as usual, mobile safari utterly and completely dominates the FUCK out of the mobile space. [18:26:12] added a couple notes on https://bugzilla.wikimedia.org/show_bug.cgi?id=32906#c10 [18:26:58] http://static.arstechnica.com/01-04-2012/browser-stats/firefox-adoption.png <- this makes me ecstatic [18:27:06] jorm: that safari traffic matches up nice with with breakdown that nimish had [18:27:11] the new firefox version rollouts are mostly working pretty well [18:27:14] 3.6 ain't dead yet though :D [18:27:21] brion: you going to the meetup? [18:27:35] 53%. [18:27:36] think i'll skip this one [18:27:55] http://static.arstechnica.com/01-04-2012/browser-stats/internet-explorer-adoption.png <- hate hate [18:27:58] i love how mobile ie is less than 1% [18:28:15] ie 6 is less than 1% in the usa now. [18:28:21] so that's something to celebrate. [18:28:23] jorm: i'm surprised its even on the graph [18:29:23] MaxSem: not sure why it's failing [18:29:38] you can see on those graphs when and where the chrome and firefox builds got "automated upgrades" [18:29:44] preilly: do we need someone from ops to help [18:30:13] for chrome, version 11. for firefox, version 4. [18:30:32] well. it was there in 3.5, but broken in 3.6 [18:30:34] tfinc: probably yes [18:30:44] tfinc: sounds like Ryan is our only option as well [18:31:40] nobody on the whole ops team knows how to manage the labs infrastructure besides ryan ? [18:33:18] tfinc: well, at least the IP related stuff [18:51:42] yuvipanda_, ready to discuss the geolocation stuff? [18:51:56] MaxSem: anytime :) [18:52:15] MaxSem: IRC or do you want to skype? [18:53:50] IRC, I think [18:54:33] MaxSem: so basically we're looking to skip geonames and directly query an API ourselves [18:54:38] it's all that simple: you do a request to api.php?action=query&list=geosearch&format=json&gscoord=25.10|37.68&gsradius=1000 [18:54:46] awesome [18:55:07] MaxSem: when can you get it live in labs someplace? [18:55:53] the result will be like that: http://dpaste.org/GrF3o/ [18:56:17] first, I need to restore my access to labs instances [18:56:40] then, I'll start a dump import [18:56:52] MaxSem: all of enwiki? :D [18:57:02] why not? :) [18:57:12] haha [18:57:16] :D [18:57:28] why sub select when you can get it all [18:57:35] i'm guessing eventually labs should give us access to a slave... [18:57:40] during that time I'll work on finalizing all the basic stuff [18:58:10] FYI, Ryan didn't want to get into the habit of putting much mysql into VMs [18:58:13] slave access is not enough: i"ll need to create a table and join it with other wiki's tables [18:59:21] Reedy, then he should come up with some magic pixie dust that does what I want [18:59:28] heh [18:59:37] He was going to set up some non virtualised DB machines AFAIK [19:00:00] luckily, I don't need old revisions;) [19:00:59] also, I'll need a DB of approximately real size to tune performance [19:01:16] yuvipanda_: amir will be filing the locale bugs very soon [19:01:37] tfinc: cool! I just fixed the default locale one, testing before push. [19:01:56] yuvipanda_, what's the app's workflow on retrieving the coordinates: get a few, then get more or get a lot at once? [19:02:12] MaxSem: batches of 'few'. [19:02:18] meh [19:02:30] MaxSem: not 'gimme 200 articles around these!' [19:02:44] that means that I'll have to introduce paging [19:02:57] MaxSem: oh, wait. [19:03:05] MaxSem: it's usually 'get X articles around point P' [19:03:13] MaxSem: then 'get X articles around point P2' [19:03:17] which I wanted to avoid because with sorting by distance from the needed point paging is slow [19:03:29] currently there's no way to say 'get X+10 articles around point P' [19:03:43] keep in mind that tablets will use this eventually and the'll surface more results [19:03:53] tfinc: true, but you don't need 'paging' [19:04:05] tfinc: you just need to have a larger single request. [19:04:34] that is, I'm fine with api.php?....&limit=5000 [19:04:52] yeah i don't think we'll need more then 5000 per tablet location :D [19:05:38] but if you try to do 100 times api.php?....&limit=50&offset=N it will retrieve and sort full data set for every request [19:06:42] hehe paging. [19:07:05] MaxSem: so yeah i think if I can do requests for X places, where X is reasonably large, I don't think I'll need paging [19:08:55] also, I'm working on a prop=coordinates module [19:09:12] MaxSem: also, would the api allow me to tell what 'nearby' means? [19:09:20] MaxSem: like, '100km' or '1km', etc? [19:09:29] MaxSem: would be useful for doing requests based on zoomlevel [19:09:34] yes, via the radius parameter [19:09:45] cool :) [19:09:49] currently capped at 10km [19:10:22] MaxSem: is that a hard limit or a soft limit? [19:10:40] also, by default it is 'sorted' by 'nearness'? [19:10:55] Configurable in LocalSettings [19:11:01] ah, cool. [19:11:08] yes, nearest coordinates first [19:11:49] MaxSem: what kindofa timeline before this gets on Labs? [19:12:00] a week? a month? a couple of weeks? tomorrow? :D [19:12:10] mhm [19:12:45] as I said dump import time and schema finalization [19:12:53] running concurrently [19:13:13] (cause I don't need GeoData to import) [19:13:33] then add {{#coordinates}} to {{coord}} [19:13:48] and runJobJueue till it's empty [19:14:00] *runJobQueue [19:15:03] * MaxSem starts putty [19:15:15] yuvipanda_: https://bugzilla.wikimedia.org/show_bug.cgi?id=33518 [19:15:50] uh oh. i'll need to go looking for hebrew keyboard... [19:15:59] philinje: --^ pretty serious bug with hebrew input [19:16:15] tfinc: is amir here? [19:16:19] maxsem@bastion1:~$ ssh mobile-feeds.pmtpa.wmflabs [19:16:19] Permission denied (publickey). [19:16:25] :evil: [19:16:28] oh nevermind, I think I can just respond to that bug and have him test something out [19:16:47] he's on gchat [19:16:52] just log into your @wikimedia account [19:17:31] I am, don't see anyone except you and tfinc [19:17:32] err [19:17:34] you and philinje [19:17:34] wait .. i'm lying [19:17:43] :D [19:17:45] let me pm you his personal gmail [19:17:46] invited [19:18:14] Amir's personal email is in bugzilla [19:18:19] tfinc: invited [19:19:30] yuvipanda_: are you jumping on the Hebrew bug? [19:19:48] philinje: yes, once i'm done testing the one i'm currently on [19:19:58] ok, will assign it to you [19:25:54] philinje: just an update: amir isn't getting his phone until friday, which, uh, two days from now. He can't test until then, and I'll see if I can load hebrew up into my emulator. [19:26:46] ok thanks [19:30:19] Hallo. [19:31:31] aharoni: ohai :) [19:31:37] Is the URL in the channel topic correct? It may be good for cloning, but in a browser it's 404. Maybe it should be https://github.com/wikimedia/WikipediaMobile ? [19:31:47] ah :) [19:33:34] aharoni: nightly builds in /topic now [19:34:07] oh cool [19:42:53] Another thing i noticed when i tested is that in the map view "Redo search in this area" is not translated. [19:45:12] aharoni: known issue; that view isn't web-based and can't (yet) easily hook in to our localization [19:46:28] tfinc & yuvipanda_, also: what kind of points you want? just those in the page head (primary) or any of those mentioned in articles? [19:46:59] aharoni: the maps also wouldn't be... [19:47:09] also, i've never tested this, but does 'near me' show up per-language stuff? [19:47:49] brion: tfinc philinje clicking points in 'near me' always takes you to the english language version... [19:48:04] hmmm that ain't good [19:48:08] it might be hardcoded :P [19:48:19] stick that in bugzilla [19:48:20] because our current geolocation service supports only enwiki? [19:48:36] you can specify a lang parameter to geonames [19:48:37] yes, exactly. [19:48:39] oh [19:48:39] yuvipanda_: --^ [19:48:41] cool [19:48:42] then [19:49:04] countryCode the ISO country code of the artic [19:49:06] from http://www.geonames.org/export/wikipedia-webservice.html [19:49:13] yup am there [19:49:15] will file a bug [19:49:25] excellent [19:49:31] good catch [19:50:00] the keyboard issue isn't just localized to hebrew. i see the same thing in russian [19:50:33] tfinc: even in english, sometimes the searchbar swallows the first few keypresses. [19:50:54] philinje: yuvipanda_ lets make sure to move bugs to assigned when we assign them to people [19:51:06] you'd think bugzilla could do it on its own [19:51:08] but its lazy [19:51:09] tfinc: can you try brion's 'no position:fixed' build with russian and see if that happens? [19:51:15] wah, i thought bugzilla did that :| [19:51:34] nah: https://bugzilla.wikimedia.org/show_activity.cgi?id=33518 [19:51:38] i had to set it [19:51:42] tfinc: http://www.missionmission.org/2012/01/03/day-drinking-just-got-real/ [19:52:27] whatever binasher .. its no juice box [19:52:49] so true. you should have brought some back for the office [19:53:08] ohh .. stocking stuffers [19:53:11] yes i should [19:53:23] tfinc: will do. [19:53:58] in what I call funny, gcal event invitation offers to show me a map for 'IRC' [19:54:17] ROFL [19:54:33] and ofcourse, thousands of locations named 'IRC' turn up [19:54:40] though not sure why they're showing me Europe [19:56:43] tfinc: sorry, was ignoring the assigned setting, now I know [19:59:51] ok .. brion yuvipanda_ ether pad to help us chat about the meet up http://etherpad.wikimedia.org/WikipediaPhoneGapAndroidMeetup [19:59:54] i just started it [20:00:10] so were scheduled to do a meet up at adobe hq 1/23 [20:00:21] on Wikipedia, Phonegap, and Android [20:00:23] it should be fun [20:00:27] as it'll be right after the hackathon [20:00:33] hurrah roller coaster of awesome [20:00:38] :D [20:00:49] 15 jam packed days for me, hope I don't get lost [20:01:06] i'd love to get you guys involved in it of course [20:01:11] okay, i'm going to wait a bit for either of you people to fill in some stuff 'coz i was late to the party. [20:01:16] especially you yuvipanda_ as you'll be far more technical then i can be [20:01:30] as your deeper in the code now then i am [20:01:33] so [20:01:39] lets discuss about what points we want to hit [20:01:42] for the talk [20:01:49] tfinc: sure! [20:02:12] tfinc: can you fill in on some history? the 'why' part? [20:02:39] sure, yuvipanda_ name yourself in the pad or we'll do it collaboratively for you [20:02:40] ;) [20:02:47] and you don't want to see what preilly comes up with [20:02:51] ;) [20:02:55] there we go. [20:06:43] yuvipanda_: brion : do note the "= Pitfalls of Doom =" section [20:06:45] i'm sure we have some [20:06:55] :D [20:07:01] MediaWiki sucks? [20:07:03] Is that in there? [20:07:06] And PHP, ofc [20:07:31] wah, my highlight is pink. [20:07:42] yuvipanda_: so change it [20:08:10] TIL [20:08:28] there you go :) [20:09:19] this is coming along nicely [20:09:46] yuvipanda_: how would you feel about presenting on the pitfalls section ? i'll create a skeleton talk and then we can iterate on it [20:10:18] tfinc: sure can do, unless brion wants to do it. [20:10:30] brion: also, WP7? [20:11:01] ah wp7 will be fun [20:11:21] wp7 mobile so you mean <1% of internet traffic ? [20:11:23] :D [20:11:24] brion: C# is an amazing language :) [20:11:33] zinggggg [20:12:18] yuvipanda_: lets keep it as the two of us for now. IF you can't make it to the states then brion can fill in (if his schedule permits) [20:12:30] tfinc: cool. [20:12:57] are there any big high level points that you guys want to talk about that aren't there yet ? [20:13:32] oh .. we should mention that someone already forked it and added basic photo upload [20:13:33] done [20:14:24] brion: yuvipanda_ : any other high level points? [20:14:29] i'm sure we'll have more low level ones [20:14:58] i'll talk with philinje about what we should mention front the mobile roadmap [20:15:01] tfinc: Nothing I could think of, other than android's font issues. [20:15:47] oh … what about a .. phone gap made this easier then iOS/java section ? [20:16:41] DEFINITELY [20:16:59] sorry, I meant to say D-E-F-I-N-I-T-E-L-Y [20:17:10] ok i added a "= Rays of Phonegap/Callback/Unicorn/Cordova sunshine =" [20:17:13] section [20:17:22] ha ha [20:17:27] unicorns farting rainbows, right on cue [20:17:42] brion speaks what was on my mind [20:17:58] :D [20:18:20] committing RobotUnicorn extension now [20:18:30] just don't call the fart method [20:18:31] queue the rainbows [20:18:48] unless you're using reflection [20:19:10] we should write a mongodb driver for it [20:19:15] so, y'know, it becomes webscale [20:19:31] lol [20:20:14] ok .. yuvipanda_ brion .. jot down some notes for the pros of phone gap section and then i can take this an create a first rev presentation [20:20:28] brion: we should mention our upstream changes too [20:20:43] to showcase us as good open source citizens [20:21:26] brion: also, the bugs you reported - is someone working on them upstream? [20:24:22] possiblyt not yet -- the main initial ones were already on track [20:24:44] main remaining one (the about:blank loads in separate browser on ics) has been confirmed by one or two other folks but i've seen no work on it [20:24:49] haven't had a chance to track folks down yet [20:25:09] brion: does adobe have people working on phonegap? [20:25:10] tfinc: ^ [20:25:25] yuvipanda_: adobe bought the team that created phone gap [20:25:26] so yes [20:25:46] well, was it an 'aquihire' where they buy the team, open source the project and let the team work on something else? [20:26:19] i'm a bit vague on the plan [20:26:24] its corporate and mysterious so who really knows. [20:26:27] heh [20:26:36] i bet its a play to get mobile HTML dev talent [20:27:04] adobe loves to make tools [20:27:12] so i can see them making phone gap a central piece of it [20:27:31] tfinc: i'm hoping we could actually talk to some people at adobe about this when we're there? [20:27:38] or ignoring it and trying to do a better proprietary version [20:27:42] or is that a 'community' meetup and just 'happens' to be at adobe office? [20:27:49] philinje: +1 [20:27:52] ok. the ether pad is looking pretty good. let me take couple of days to make a presentation out of it [20:27:57] yup, we'll be doing that [20:28:12] the only other open source 'effort' from adobe i remember is..flex [20:28:14] yuvipanda_: some of the former Nitobi folks are involved with the meetup [20:28:20] philinje: cool! [20:28:37] yeah steve the event host is their community manager [20:28:45] separately, we are trying to talk with the folks at Adobe about their plans for PhoneGap [20:28:56] tfinc: no reply from Brian? [20:28:57] MaxSem: what instance needs an IP? [20:29:04] philinje: sadly none [20:29:08] philinje: let me mail steve [20:29:09] mobile-feeds [20:29:21] Successfully associated 208.80.153.216 with instance ID i-000000c1. [20:29:26] whee [20:29:33] thank you [20:30:25] ouch, it redirects to the canonical server, which is localhost:8080 :P [20:30:59] thanks brion yuvipanda_ for helping draft this [20:31:24] whee [20:31:29] MaxSem: it now has the hostname http://mobile-feeds.wmflabs.org/ [20:32:03] MaxSem: http://mobile-feeds.wmflabs.org/w/index.php/Main_Page works for me [20:32:47] preilly, if you can log in into it, could you change $wgServer? [20:33:07] MaxSem: can you change the canonical server name [20:33:15] food .. bbl [20:33:20] MaxSem: you can't login right now? [20:33:32] I can't even log into Bastion ATM:) [20:35:26] MaxSem: I can't login either [20:35:31] MaxSem: Ryan_Lane is fixing it right now [20:35:35] grrrrr [20:36:42] MaxSem: you can now [20:38:02] Ryan_Lane: ssh mobile-feeds.pmtpa.wmflabs [20:38:02] Permission denied (publickey). [20:38:22] MaxSem: did you forward your agent? [20:38:24] MaxSem: did you forward your key? [20:38:36] let's talk about this in #wikimedia-labs [20:38:36] I hear that helps [20:38:39] can't you show a MOTD when being denied permission ? [20:38:40] where I have a bot I can use :) [20:38:47] hashar: I don't believe so [20:38:49] that would be a good place to give the user the above URL about permissions [20:39:03] all this stuff is in the docs on labsconsole [20:39:15] who read doc nowadays? [20:39:23] just kidding :D [20:39:39] well, in the other channel I can link to them easily :) [20:39:48] no awesome bot in here. heh [20:40:32] MaxSem: $wgServer = "http://mobile-feeds.wmflabs.org/"; [20:41:52] Ryan_Lane: if you're looking for wm-bot it's here too, though perhaps not with some 'modules' enabled [20:42:16] MaxSem: actually it's $wgServer = "//mobile-feeds.wmflabs.org"; [20:42:56] MaxSem: but, OMG I'M A FA FEED still points to localhost on port 8080 [20:43:08] it's a wiki [20:43:40] yuvipanda_: we have a different bot in #wikimedia-labs [20:43:47] ah, okay [20:44:04] MaxSem: okay, it's now http://mobile-feeds.wmflabs.org/w/api.php?action=featuredfeed&feed=featured&feedformat=atom [20:47:24] I've imported a couple of days, the feeds may take up to 1 hour to update due to caching [20:48:29] (I've made special precautions to make them update at midnight) [20:58:19] tfinc, you can look now [21:22:41] back [21:23:01] ZOMG ITZ A FD! [21:30:47] gaaah [21:31:10] changing a simple parameter shouldn't take *this* long. [21:31:51] yuvipanda_: what are you changing? [21:32:33] tfinc: default language to read from the plugin brion added yesterday, plus over-ride with selected language if it has changed. [21:32:49] it's probably me making assumptions when I shouldn't... [21:33:04] philinje: did you have a look at the feeds ? [21:33:24] http://mobile-feeds.wmflabs.org/w/api.php?action=featuredfeed&feed=featured&feedformat=atom [21:33:40] whee [21:35:31] :D [21:35:34] ohh .. i like this http://www.pcworld.com/article/247256/google_takes_a_step_toward_fighting_android_fragmentation.html#tk.hp_new [21:35:59] but i hate the full screen add thats playing on their site [21:36:10] brion: I want to move 'preferences' (boolean/string/integer values) off LawnChair into localStorage. objections? [21:36:21] i for one am pleased to have never seen an add like that during the fundraiser [21:36:41] tfinc: what feeds? [21:36:51] philinje: http://mobile-feeds.wmflabs.org/w/api.php?action=featuredfeed&feed=featured&feedformat=atom [21:39:06] hmm mandatory Holo support [21:39:17] yuvipanda_, that's probably fine [21:39:29] brion: localStorage is synchronous :) [21:43:13] brion: thanks for the heads up about F-Droid [21:43:18] i would have forgotten about that [21:43:39] do they publish any of their stats ? [21:43:45] download stats specifically [21:44:15] wait .. their main page talks about identi.ca .. i smell a ringer [21:44:34] ;) [21:49:36] lovely :D [aapt] Warning: AndroidManifest.xml already defines versionName (in http://schemas.android.com/apk/res/android); using existing value in manifest. [21:49:45] I can't find out how to override the manifest version name :D [21:50:06] hashar: lame [21:50:21] is this to build two side by side apps ? [21:50:28] the good side is that I am learning lot of stuff meanwhile [21:50:46] I would like to add the jenkins build number or sha1 to the Wikipedia app version [21:51:23] I am sure I will eventually find out :D [21:51:32] ahh [21:52:21] hashar: how are we doing with 1) signing the app so that maps work? [21:52:34] yuvipanda_: --^ [21:52:42] no idea [21:52:56] yuvipanda_: i know you looked at it and said that we had to put in a pass [21:52:57] tfinc: got halfway done, moved somewhere else. [21:52:58] which is fine [21:53:02] it is 11pm there so unlikely to fix that tonight :-/ [21:53:09] slacker [21:53:11] haha [21:53:11] yes [21:53:12] yeah, I'll look into it later tonight and shoot hashar an email [21:53:30] low priority but great if we can get hasher enough to work with [21:53:32] as I understand it we need to add a private key on gallium and then use it to sign the nightly apk [21:53:40] hashar: yes [21:54:08] so that is probably all about copying the file and set up some property in local.properties :D [21:54:24] wah, we've two functions named navigatorLang :| [21:56:34] preilly: think you'll have iOS trunk in a ready state for RC2 tonight ? [21:58:19] tfinc: I recently committed the changes [21:58:28] tfinc: do you want to test a fresh checkout [21:58:42] hahahahahahahahaha. so we've two functions with the exact same name and signature, doing the exact same things, written by the same person :D [21:59:07] yuvipanda_: what? [21:59:18] preilly: there are two navigatorLang() functions [21:59:28] hmm [21:59:30] preilly: that return current android language [21:59:37] preilly: one was written by brion in november [21:59:42] preilly: another by brion yesterday [22:00:11] preilly: sure, let me build it [22:00:45] preilly: what doesn't the github bot for our iOS app update in here ? [22:01:05] tfinc: apparently nothing [22:01:15] why* [22:01:26] anything up with its config? [22:01:50] yuvipanda_, so the theory is one is a default and the other is a platform-specific override [22:02:06] be nicer if we structured those in an object, a littl eclearer :D [22:02:11] tfinc: it looks right https://github.com/wikimedia/wikipedia-iphone/admin/hooks [22:02:12] brion: but why? doesn't that old one work on iOS too? [22:02:35] s/doesn't/shouldn't/ [22:02:36] ? [22:02:39] the default one should just check navigator.language and "should" work anywhere (Exccept on android where navigator.language is broken) [22:02:52] it might still have a hack that checks the userAgent which can probably be removed [22:03:02] brion: it checks userAgent [22:03:07] yeah, it does. so that 'works' too, no? [22:03:10] preilly: seeing this error http://pastebin.com/qgQaCKK2 [22:03:23] it only works on first startup -- if you change locale later it doesn't update [22:03:27] ah [22:03:35] that's why i added the new one for android only, which checks java.util.Locale [22:03:42] preilly: all those settings look right [22:03:46] via a phonegap plugin [22:04:19] brion: hmm, and how do we figure out which one gets called? [22:04:23] order of loading in index.html? [22:05:03] hmm, looks like it. [22:05:47] order of loading for now yes :) [22:05:51] [wikipedia-iphone] none pushed 3 new commits to master: http://git.io/5F5rmA [22:05:51] [wikipedia-iphone/master] Simple HTTP Request Handling - Patrick Reilly [22:05:51] [wikipedia-iphone/master] switch to asynchronous request/response handling with a simple wrapper - Patrick Reilly [22:05:51] [wikipedia-iphone/master] remove unneeded space - Patrick Reilly [22:05:55] there we go [22:06:06] that's why it'll be better to turn those into a proper class -- the overrides will be clearer [22:06:14] in general things in platform.js will override things elsewhere today [22:06:34] preilly: they don't like each repot having a different nick [22:06:47] yuvipanda_, i think some of the settings will need to be moved down to not run until onDeviceReady [22:06:51] [wikipedia-iphone] preillyme pushed 1 new commit to master: http://git.io/g8MEdQ [22:06:51] [wikipedia-iphone/master] project changes - Patrick Reilly [22:06:54] like the setting of the default language [22:07:22] [wikipedia-iphone] none pushed 3 new commits to master: http://git.io/MrLvng [22:07:22] [wikipedia-iphone/master] switch to asynchronous request/response handling with a simple wrapper - Patrick Reilly [22:07:22] [wikipedia-iphone/master] remove unneeded space - Patrick Reilly [22:07:22] [wikipedia-iphone/master] project changes - Patrick Reilly [22:07:23] tfinc: can you update and try again [22:07:34] brion: true - the initializeLanguage function was being called once on load and again on device ready [22:07:40] k [22:08:29] yeah we can drop the first one i think [22:08:48] to ensure it can load the language code it needs to go after device-ready [22:09:27] preilly: that built just fine [22:09:48] brion: would this fix also cause the Wikipedia language to change after selecting a keyboard? [22:10:16] philinje, that should be working now (for the menus at least) [22:10:35] let me get it on a device [22:10:53] brion: menus, but content? [22:11:16] i think yuvipanda_ is on thta one philinje :) [22:11:34] philinje: content - that's what I am on [22:13:26] android:versionName(0x0101021c)="jenkins-2012-01-04_23-14-42-hashar1" \O/ [22:14:55] woot [22:16:01] will push that to github soon [22:16:09] unless my wife ask me not to do so :-D [22:20:25] hashar, your wife doesn't pay your wages ;) [22:20:45] well family >>>>>>>>>>>> wages :D [22:20:52] but since wikipedia >>>> family [22:20:56] heh [22:21:04] I end up working at night :D [22:21:05] I didn't realise pushing to github was a massive time sync :p [22:21:09] sink [22:21:11] even [22:21:13] why ? [22:21:18] the longest is writing the commit message [22:22:28] yuvipanda_: sorry, please send the bug number [22:22:47] preilly: how is the Zero demo looking? [22:22:59] philinje: https://bugzilla.wikimedia.org/show_bug.cgi?id=33289 and https://bugzilla.wikimedia.org/show_bug.cgi?id=32005 [22:23:21] philinje: it looks good I'll pass it around tomorrow after a few more changes [22:26:57] ok, would be nice to see the image links, though that is not for Orange [22:28:04] also with images, the fact that they are paid for but then appear in the free page, is a little tricky [22:28:05] preilly: iOS app looks good. i'm going to pass RC2 to Peter Gehres first since he saw the problem right away [22:28:36] tfinc: okay [22:29:04] I think github makes development too easy [22:29:10] https://github.com/wikimedia/WikipediaMobile/pull/92 [22:29:15] yuvipanda_: back to my original question - is changing the keyboard equivalent to changing the language of the phone? [22:29:17] (let jenkins override version name) [22:29:38] no, it isn't. [22:30:02] you need to change the language itself in settings [22:30:23] yes, but will changing the keyboard change the language of the content? [22:30:43] no it wouldn't. [22:30:55] there is no way to know what 'keyboard' is being used to input text, no? [22:31:04] Where is this string used in UI? (http://translatewiki.net/w/i.php?title=Wikimedia:Mobileapp-sitename/sr-ec&action=edit&loadgroup=out-wikipedia-mobile&loadtask=view) [22:31:38] yuvipanda_: on iPhone, changing the keyboard language changes the Wikipedia content [22:31:50] whereas changing the phone language doesn't [22:31:59] philinje: what exactly do you mean by changing keyboard language? [22:32:42] like in the other bug, using specific language input methods [22:32:50] Is it connected with this one only? (http://translatewiki.net/w/i.php?title=Wikimedia:Mobileapp-settings-language-desc/sr-ec&action=edit&loadgroup=out-wikipedia-mobile&loadtask=view) [22:34:48] brion: http://elohim.gaijin.com/Notifications.png [22:35:35] philinje: by changing keyboard you mean 'long press' on the text input field, select 'input methods' and change keyboard [22:35:35] right? [22:36:07] yes, or in phone settings [22:38:02] jorm, sweeeeet [22:38:10] you think that's doable? [22:38:19] totally doable [22:38:23] k. [22:38:28] well, Input method in Android is a general setting from the input field, so I guess I mean the input language in phone settings, which then appear at the bottom of the keyboard [22:38:28] i'll start writing it up, then. [22:38:35] \o/ [22:38:36] I'm going to call it "Echo" [22:38:42] :D [22:38:44] code names ++ [22:39:08] preilly: Peter won't have feedback for a day or two. i'm not going to wait that long [22:39:08] i think we need to use codenames more. [22:39:11] * tfinc looks around the room [22:39:19] norm! .. i'm sending you the ipa [22:39:21] jorm* [22:39:21] :D [22:39:32] ipa? [22:39:45] thats the filename for iOS apps [22:39:48] drag it into iTunes [22:39:50] and sync [22:40:04] i gotta interview with yer dude in sandy eggo in a few. [22:40:14] erik is joining in, so, you know, "chilling effect." [22:40:20] can't say things that will get me fired. [22:40:38] this will be quick [22:40:42] testing list is here http://lists.wikimedia.org/pipermail/mobile-l/2011-December/005277.html [22:40:53] once you tell me it doesn't explode i'll mail it out to everyone [22:41:23] Where is this string used in UI? (http://translatewiki.net/w/i.php?title=Wikimedia:Mobileapp-sitename/sr-ec&action=edit&loadgroup=out-wikipedia-mobile&loadtask=view) [22:41:52] By the way, is GRAMMAR parser function available in Android? [22:43:02] Rancher, not at this time [22:43:14] we hope it may in future though! [22:43:31] Rancher, sitename gets used in a number of places [22:43:52] some other bits should say where a parameter is fille din by it in their qqq descriptions [22:43:53] Of course. The same thing is for GENDER, I suppose? [22:43:58] yeah [22:44:08] there's some work that may bring us that support in future though [22:44:13] but for now... try to work around it :( [22:44:15] That's great. [22:44:20] I will. [22:45:37] This string is bugging me: http://translatewiki.net/w/i.php?title=Wikimedia:Mobileapp-settings-language-desc/sr-ec&action=edit&loadgroup=out-wikipedia-mobile&loadtask=view [22:45:56] Is $1 variable here always "Wikipedia"? [22:46:07] i would not assume that. [22:46:23] Currently it is [22:46:35] could be AUGH WTF [22:46:35] After all, the application is designed for Wikipedia, right? :P [22:46:36] if you need to hardcode it for now go ahead [22:46:41] but avoid if you can [22:46:46] tfinc, are there plans to have the app work on any wiki? [22:46:49] My translate wiki preferences are set to tamil! [22:47:24] how the hell? [22:47:28] i can't change to english! [22:48:30] Reedy: i'd rather see separate apps for each project [22:48:34] jorm: that is to force you to learn a new language :-D [22:48:35] their really different [22:48:38] okay. setlang=en worked. [22:48:43] at least at the beginning [22:48:51] i must have had a cookie flapped during the hackathon. [22:48:51] so that they can be customized for what they need [22:48:58] Mmm [22:49:02] rather then dubbed for what just works for all of them together [22:49:02] Well, that works too [22:49:11] Little bit more generic-ise the base [22:49:29] so in the long term perhaps we can put them together like Facebook or others do it [22:50:11] Reedy: yeah, and special tweaks for each one [22:50:25] but i think its more powerful if each project can approach it from the ground up [22:50:30] for what works for them [22:50:36] you can't pile things on a small screen [22:51:59] When I change a language to Serbian and reload a page, I get only the screen with Creative Commons license. There is no main page. Why is that so? [22:52:42] Rancher: do you see a search box ? [22:52:50] Yeah. [22:52:54] ok. thats easy [22:53:07] to fix that you just have to add the right selectors [22:53:12] documentation is here http://meta.wikimedia.org/wiki/Mobile_Projects/Mobile_Gateway#Mobile_homepage [22:53:32] LOL. :D That's not my point. When the application is in English, it automatically opens the main page. [22:55:23] so you switch the language to serbian, hit the W .. and then what happens ? [22:55:54] Rancher: at the end of last year, we switched all languages and projects to open in mobile view by default, but that means the home page needs to be configured [22:57:53] as the only tamil guy here, I'll have to say I didn't do that to jorm :) [22:58:16] yuvipanda: what about bug 32907? [22:58:52] philinje: ah, fixed that yesterday. let me check if it has been merged [22:59:56] so that one was about the content language, right? [23:00:04] philinje: yes. [23:00:19] Heads up that we'll be starting office hours with the WMF features team in #wikimedia-office in a few moments [23:00:20] philinje: yes, it's been fixed [23:00:22] let me close that [23:00:39] philinje: So what should I do to fix it? [23:02:14] Rancher: Tomasz sent the link earlier - it means using selectors to "pull content" into the page [23:02:41] http://meta.wikimedia.org/wiki/Mobile_Projects/Mobile_Gateway#Mobile_homepage [23:05:38] * tfinc goes to lurk on #wikimedia-office for the feature office hour [23:05:58] yuvipanda: and others, we need to be mindful of how iOS is different from Android in terms of language selection - or we have some other bugs to deal with in the iPhone app [23:06:11] I don't understand the link. :D I need to add selectors to the main page of Serbian Wikipedia or what? Can somebody do it instead of me? I'm pretty much a noob. :S :( [23:11:52] Rancher: yes, it needs to be done by the admin of Serbian Wikipedia [23:12:05] sorry, I thought you were that person [23:12:13] Main page is not protected, so you can do it freely, if you can. [23:12:33] I'm not. :) [23:16:47] "About" button in the application is directing to About Wikipedia page? I didn't know that. I'll need to change the translation then ("About the app" → "About Wikipedia"). [23:19:11] Is that how it is supposed to be? A small pop-up window about the application would be better, if you ask me. [23:24:26] Rancher: sorry, the idea to go to About Wikipedia was before my time, but it kind of makes sense [23:24:31] i do understand you point too [23:24:58] [WikipediaMobile] brion pushed 1 new commit to master: http://git.io/dsdrYA [23:24:58] [WikipediaMobile/master] localized app_name pulled from wgSiteName settings - Brion Vibber [23:25:12] Project WikipediaMobile - Nightly builds build #48: SUCCESS in 6.7 sec: http://integration.mediawiki.org/ci/job/WikipediaMobile%20-%20Nightly%20builds/48/ [23:25:12] brion: localized app_name pulled from wgSiteName settings [23:25:51] OK, I will change the translation then and add a comment on TranslateWiki about the string. :) [23:27:32] thanks Rancher [23:27:54] Um, It directs to disambiguation page? :S http://en.wikipedia.org/wiki/About [23:28:51] Should be http://en.wikipedia.org/wiki/Wikipedia:About, I guess. [23:30:43] hello, simpler, more effecient, less buggy code! [23:30:45] * yuvipanda goes back to coding [23:30:59] damn I hate twitter. [23:49:45] ah here is the channel. [23:49:46] :) [23:49:57] hey Steven_Zhang [23:50:11] well, idk, the app seems rudimentary [23:50:23] so rather then losing your comments within irc office hours lets shift them to hear [23:50:27] its probably OK for reading only, but I never use it. [23:50:33] as an editor. [23:50:44] agreed. its basic and not meant for editors. [23:50:47] it was never built for that [23:51:05] did you start to see the first contribution pipelines with our weekend of code challenge ? [23:51:24] we had various community members add upload functionality to apps [23:51:55] philinje: the search bar issue on iOS is caching related [23:52:04] which is a great form of contribution [23:52:11] there are numerous forms of contribution of course [23:52:15] philinje: I'll have binasher take a look at it if he has time [23:52:30] hmm [23:52:42] editing, uploading, adding gps, etc .. there are many different ways of thinking about contributions [23:52:45] I dunno, i just am not a fan of the app. its too simple. [23:52:56] your right. its simple. very simple [23:53:25] I prefer to use the normal safari browser on my iPhone [23:53:58] did you take a look at the challenge that we put up. how can we use mobile gps to find out what images should be uploaded to commons. as in what articles near me have no images whatsoever [23:54:11] that way we can let community members easily know whats missing [23:54:37] uploads are likely going to be our first form of contribution [23:55:07] no, i didnt see that. [23:55:48] so with gps we can easily see whats missing. I've heard carious commons contributors say they would love to know more about what should get added to commons. they can add lots of things .. but don't know where to start [23:55:56] with gps and articles near me it gets simpler [23:56:00] and we can do a call to action of whats missing [23:56:17] and we have to do this with the app [23:56:26] as not all devices can upload files through the browser [23:56:28] for instance [23:56:38] mobile safari doesn't implement the HTML5 file api [23:56:44] meaning you have to upload through apps [23:57:01] hmm, yeah [23:57:07] About button in the app directs to disambiguation page. [23:57:07] that should be implemented if possible [23:57:13] agreed [23:57:14] cos I use my ipad for everything [23:58:16] and I'm sure there are more like you. philinje it would be interesting to find out how many people edit on tablets [23:58:18] philinje: --^ [23:59:02] Rancher: serbian? [23:59:39] Yeah. Oh, let me try in English.