[02:34] <jkeyes0> evening, rottinrob
[02:35] <jkeyes0> started digging into the sdk a bit tonight. looks like my initial impression was a bit off. I thought you could just pull in the minified evernote SDK and be good to go, but that apparently only has Thrift in it. Experimenting with pulling in more of the .js files, and I'll have to pull down the OAuth library to go along with it, I'm sure.
[02:38] <rottinrob> nice...I have gotten the idea to introduce another piece to the puzzle
[02:39] <jkeyes0> uh-oh. :)
[02:39] <rottinrob> I've been thinking of mending them together with an intermintant language
[02:39] <rottinrob> both platforms have support for it
[02:39] <rottinrob> its the apache language Cordova
[02:41] <rottinrob> but great work digging in ...their's gonna be a good bit of book work on this one
[02:41] <rottinrob> but Cordova is a js platform...its almost perfect
[02:42] <rottinrob> I need more time on my research and tinkering to find out for sure
[02:43] <jkeyes0> I looked into the cordova sample app they had on the Ubuntu dev site. Kinda figured we'd end up using that at some point (unless we're just going to tie directly into the camera app, which would probably be a more seamless experience)
[02:44] <rottinrob> but camera is gonna take up its own resources
[02:44] <rottinrob> we're gonna need a bit of resources ourself
[02:45] <rottinrob> all the backend with notes, calendar, reminders, app....there's a bit there
[02:46] <rottinrob> plus I believe we're gonna want our own hard line to devices core native functions to make our app light and seamless
[02:47] <rottinrob> I tinker a lot with code just for fun...I'm gonna enjoy this project
[02:49] <rottinrob> I found a project of Qt's that we are wanna get our hands on
[02:50] <rottinrob> it's basiclly a backend programmable core..give's increadable boost and performance
[02:51] <jkeyes0> I hope we all learn a lot working on this. I agree, it seems like it will be a lot of fun
[02:52] <rottinrob> yea...I agree
[03:26] <rottinrob> I'm out for the night....happy hackin
[08:00] <randomcpp> hello everyone :)
[08:51] <JamesTait> Good morning all; happy Friday, and happy Smile Day! :-D
[10:56] <Austinuity> Herro!
[12:34] <om26er> oSoMoN, hey
[12:35] <om26er> oSoMoN, would you like bug 1235230 to be moved somewhere else or is the browser as affects fine ?
[12:35] <ubot2> Launchpad bug 1235230 in webbrowser-app (Ubuntu) "Track seeking in soundcloud is not reactive enough" [Medium,New] https://launchpad.net/bugs/1235230
[12:51] <oSoMoN> om26er: the problem might be somewhere else in the stack, but until we do a proper investigation, webbrowser as affected project is fine
[12:56] <om26er> oSoMoN, ok. Do you think we can somehow force html5 beta version of grooveshark on the phone ?
[12:57] <om26er> the other version is useless and search results from the dash open grooveshark in the desktop mode
[13:21] <oSoMoN> om26er: maybe a UA string override, or an explicit URL change (which I guess will require a change in the lens itself)
[13:24] <oSoMoN> gusch: hey, would you have some time for a (rather simple) review? https://code.launchpad.net/~osomon/webbrowser-app/validate-address-hide-activity/+merge/189247
[13:25] <gusch> oSoMoN: ok
[13:25] <oSoMoN> thanks!
[13:54] <gusch> oSoMoN: approved
[13:58] <oSoMoN> gusch: thanks!
[17:20] <randomcpp> hi everybody :)
[17:44] <wootroot13> Help
[18:19] <GuidoPallemans> jkeyes0: any advance?
[18:19] <mhall119> Streamlined new developer portal content has posted! http://developer.ubuntu.com/
[18:26] <mhall119> jono: http://www.reddit.com/r/Ubuntu/comments/1nqlky/ubuntu_developer_portal_gets_new_streamlined/
[18:52] <randomcpp> mhall119, how can I publish my click app for the desktop too?
[18:53] <mhall119> randomcpp: that's not supported yet, we'll probably discuss that at the upcoming UDS in November
[18:53] <randomcpp> mmm
[18:54] <randomcpp> but can it be distributed via .deb or ppa?
[18:54] <mhall119> randomcpp: you can technically install and run click apps on the desktop, but because we don't have the security sandbox on the desktop like we do on phone/tablet, we aren't promoting that as a way for users to get apps
[18:54] <randomcpp> ah ok
[18:57] <randomcpp> mhall119, does ubuntu saucy require the sdk ppa to run my app right?
[18:58] <mhall119> randomcpp: saucy should have the latest SDK in it's archives, so no
[18:58] <mhall119> the user will need to install the sdk's runtime packages though
[18:58] <mhall119> I don't think they're part of the default install
[18:59] <randomcpp> I think the version is too old and non-compatible
[18:59] <randomcpp> IIRC
[19:11] <fginther> balloons, do you have time to talk core apps and the uitk?
[19:11] <balloons> fginther, sure thing, let's chat
[19:12] <fginther> balloons, I kicked off a build of each app with tests, but forced them to run agains the latest uitk in the ppa: http://91.189.93.70:8080/job/generic-mediumtests-sdk/
[19:12] <balloons> hmm, interesting
[19:13] <fginther> balloons, now you also have branches to resolve some issues, but they're currently set to build against the uitk in the archive, correct?
[19:13] <fginther> balloons, by the way, I'm not skirting the discussion that needs to happen, just trying to work the current set of issues
[19:14] <balloons> fginther, no no.. work comes first. I just wanted to capture my as they were thoughts
[19:15] <balloons> fginther, yes I have some branches in limbo as it were
[19:16] <fginther> balloons, there is a problem in the test runner that needs to be fixed. A couple apps are enabled to build with the sdk ppa, but that ppa isn't used when running. That's a bug and can be fixed.
[19:16] <balloons> hehe, that one is a dousy
[19:20] <balloons> fginther, so if you fix that I can land, say, https://code.launchpad.net/~nskaggs/ubuntu-clock-app/fix-db-path/+merge/189142?
[19:20] <fginther> balloons, if we add the sdk ppa as a build and test dependency to the apps where we no we need fixes, then we should be able to land those changes (might have to bundle fixes)
[19:20] <fginther> balloons, looking
[19:21] <balloons> fginther, also sergio was inquiring about click apps, but I didn't get back to him if they were going live for testing or not
[19:21] <fginther> balloons, we can't test click packages because we only have an x86 environment
[19:21] <balloons> fginther, noted, ty
[19:22] <fginther> balloons, the test runner bug would not impact clock-app as is, that project is not configured to use any ppa for build or test
[19:22] <fginther> balloons, it would impact calendar app
[19:22] <m-b-o> fginther: weather app too?
[19:23] <fginther> m-b-o, no, weather app doesn't build against the sdk ppa
[19:23] <balloons> fginther, yes, I see the issue with calendar, :-)
[19:28] <fginther> m-b-o, weather-app does have test failures when built and tested against the sdk ppa: http://91.189.93.70:8080/job/generic-mediumtests-sdk/2/
[19:29] <m-b-o> fginther: yes , I'm currently looking at it. It has nothing to do with the sdk version?
[19:30] <fginther> m-b-o, I don't know for sure, I assumed it was sdk related
[19:31] <m-b-o> fginther: okay. there's something I can do about it on the application side?
[19:32] <balloons> fginther, what is the plan to deal with for instance, https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1213046 for now? Or any other breakage you see? You going all upstream with all the tests? What happens then in the lab?
[19:32] <ubot2> Launchpad bug 1213046 in address-book-app (Ubuntu) "[Address book] swipe to delete does not ask for confirmation" [High,In progress]
[19:34] <fginther> m-b-o, that sort of the topic under discussion.  The sdk version of the ui-toolkit has changed such that existing app tests fail, but that has not been released to the archive yet. We're trying to figure out the best course of action to keep progress on the apps themselves and make necessary changes to work with any sdk changes.
[19:34] <m-b-o> okay, thank you
[19:35] <fginther> balloons, internally, we build against the latest version. the inegration team is then grouping packages to promote them all at once.
[19:35] <fginther> balloons, so the ui-toolkit is 'blocked' until the apps are updated
[19:35] <rottinrob> afternoony'all
[19:36] <balloons> fginther, ok, so that's the route being taken. So accordingly everything needs to test against the upstream. You'll then fix the issues with the autolanding and testing not all pointing upstream
[19:36] <balloons> so in the end, everything will be using 'proposed'
[19:36] <fginther> balloons, yes
[19:37] <balloons> ahayzen, jenkins should run your latest push shortly, then we'll see what the results look like
[19:37] <ahayzen> balloons, i've run it locally and i get the error i sent to u
[19:37] <ahayzen> balloons, the only one i'm expecting to fix is the play/pause
[19:37] <balloons> which means, I need to update all the failing test merges to work with upstream then?
[19:38] <balloons> fginther, heh, so the second part of the conversation can wait I suppose, but everything I mentioned about why it would be bad to test against upstream as part of MP's still applies :-)
[19:38] <fginther> balloons, yep. but shouldn't they just work once the environment updates are in place
[19:38] <fginther> ?
[19:39] <fginther> balloons, assume that we don't need to bundle multiple fixes into a single MP I suppose
[19:39] <balloons> well, yes if I update clock to pass the pending upstream changes, from what we've discussed it will work in the lab as well, so we're all good
[19:41] <balloons> ahayzen, it's popping out here: http://91.189.93.70:8080/job/generic-mediumtests/691/ :-)
[19:41] <ahayzen> balloons, :)
[19:41] <ahayzen> balloons, i may have to go in a bit so if i'm not around just tell me wht to do in the merge :)
[19:42] <balloons> ahayzen, sure thing
[19:42] <ahayzen> balloons, thx
[19:46] <balloons> ahayzen, it's acting much weirder locally for me
[19:46] <ahayzen> balloons, wht do u mean?
[19:47] <ahayzen> balloons, note i've never used autopilot so my code maybe a bit hacky :P
[19:47] <balloons> ahayzen, well I removed mediascanner locally, so it's a bit hard to mess with this atm
[19:48] <ahayzen> balloons, u can see in the video it brings up the toolbar but gets stuck trying to find the play button
[19:48] <balloons> ahayzen, so looking at the new results you are continually trying to open the toolbar
[19:48] <balloons> Does the play button turn into a forward button?
[19:49] <balloons> I don't see any next button any longer
[19:49] <ahayzen> balloons, well i just temporarily put it in when it tries to get the playbutton so that it is guaranteed to be open
[19:49] <ahayzen> balloons, yep next button doesn't exist in tht toolbar anymore that wht i was trying to say in the meeting... it is in the toolbar on the now playing page
[19:49] <balloons> i'm confused about the changes so it's hard..
[19:50] <ahayzen> balloons, basically ignore the next/pre test for the moment... i'm just trying to get the play one to pass
[19:50] <balloons> ohh you stuck it all in the emulator
[19:50] <balloons> lol
[19:51] <ahayzen> balloons, yep as i said i don't know how autopilot works :P and its just hacked in :)
[19:51] <balloons> ahayzen, http://developer.ubuntu.com/api/devel/ubuntu-13.04/autopilot/ubuntuuitoolkit.html
[19:51] <balloons> ahayzen, no worries :-)
[19:52] <balloons> ahayzen, so you can just do this:         self.main_view.open_toolbar()
[19:52] <ahayzen> balloons, thx... note we have a custom toolbar as well so thts why i had to add tht code in :/ unless the library one just clicks at the bottom?
[19:52] <balloons> it should open it
[19:52] <ahayzen> ahayzen, ok
[19:53] <ahayzen> balloons, ok so even if tht works... why is it not getting the play button?
[19:53] <balloons> so I would place that in the test itself and remove it from the emulator function
[19:53] <balloons> it's looping the toolbar opening for some reason
[19:53] <balloons> again, sadly I can't debug on this device at the moment :-(
[19:53] <ahayzen> :/
[19:54] <ahayzen> balloons, just tried open_toolbar() and got http://pastebin.ubuntu.com/6193734/
[19:55] <balloons> ahayzen, remembering we can revert everything, so I would remove show_toolbar. .ohh
[19:55] <balloons> ahayzen, nice! apparently it's too custom :-(
[19:55] <ahayzen> balloons, i think it is because we have disabled the normal one and are just using rectangles :)
[19:55] <balloons> ahayzen, seriously though we'll file a bug to support it in the emulator
[19:56] <balloons> why are you using a custom one however? you could also add an animating property.. it's used to ensure we know when the toolbar is opened
[19:56] <ahayzen> balloons, because of the stuff tht needs to go in it and the complexity of it
[19:57] <ahayzen> balloons, we've got horizontal dragging on some elements in the toolbar
[19:57] <balloons> well adding an animating property would solve the bug and wouldn't be a bad idea regardless
[19:57] <ahayzen> balloons, ok i'll add tht it does have a flag called shown
[19:58]  * balloons realized you don't care about the next test
[19:58] <balloons> ahh ok, so the looping and everything all makes sense now. I think I'm caught up
[19:58] <ahayzen> balloons, the test will need to be modified to open up the now playing page and test there
[19:59] <ahayzen> balloons, but yh just concentrating on the play/pause test first :)
[19:59] <balloons> ahayzen, ok so this first line is where you are stuck
[19:59] <balloons>         self.assertThat(self.main_view.get_play_button, Eventually(NotEquals(None)))
[19:59] <balloons> basically it exists to check and make sure the app is all loaded up before beginning. then we dive in
[19:59] <ahayzen> yep which is calling? .. self.app.select_single("Rectangle", objectName = "playshape") ?
[20:00] <balloons> yes, but also open toolbar.. remove that part of it
[20:00] <ahayzen> which was erroring with 'StateNotFoundError: State not found for class 'Rectangle' and filters {'objectName': 'playshape'}.'
[20:00] <ahayzen> ok
[20:00] <balloons> so this should work:         self.assertThat(self.main_view.get_play_button, Eventually(NotEquals(None)))
[20:00] <balloons>         self.main_view.open_toolbar()
[20:01] <balloons> assuming you add the animating property.. Or even your method
[20:01] <balloons> self.show_toolbar().. just call it once, and then it should finish and go just fine
[20:01] <ahayzen> if i changed the state of the toolbar to visible, just to test if the play button can be picked up?
[20:02] <balloons> ahayzen, can you check for the animating property on loadup?
[20:02] <balloons> I would add that check if possible in front of the open_toolbar call
[20:02] <balloons> and move         self.assertThat(self.main_view.get_play_button, Eventually(NotEquals(None))) to just above the         playbutton = self.main_view.get_play_button() line
[20:02] <ahayzen> i'll have a look at tht tomoz
[20:02] <balloons> make sense?
[20:03] <balloons> ahayzen, you could change state to visible sure
[20:03] <ahayzen> yeah makes sense...but i just tried setting the toolbar as shown as default... and still got the same error about it not finding the play button
[20:03] <om26er> renato_, hey
[20:03] <renato_> om26er, hey
[20:03] <om26er> renato_, are you going to work on bug 1228274 ?
[20:03] <ubot2> Launchpad bug 1228274 in address-book-app (Ubuntu) "[Adding new contact] skype username does not support numbers" [Medium,Triaged] https://launchpad.net/bugs/1228274
[20:04] <balloons> fginther, are you going to summarize and open bugs for the gaps from http://91.189.93.70:8080/job/generic-mediumtests-sdk/? Or, how would yo ulike to do it
[20:04] <renato_> om26er, this is very easy to fix :D
[20:04] <renato_> om26er, but is not on my list right now
[20:04] <fginther> balloons, do you have time for that? I still need to fix the test runner
[20:06] <renato_> om26er, in fact I am not sure if this is a bug on keyboard, since I am using "Qt.ImhEmailCharactersOnly" as input hint
[20:06] <renato_> om26er, and numbers should be supported as email characters
[20:06] <renato_> bfiller, ^^^
[20:07] <om26er> renato_, woops. I just tried its working now :)
[20:07] <balloons> fginther, sure I can do it, just didn't want to duplicate work. I'll file bugs for everything I see that is broken
[20:07] <fginther> balloons, much thanks
[20:07] <balloons> fginther, are you going to push this "live" once everything is fixed, or before?
[20:07] <renato_> om26er, good :D
[20:07] <balloons> I want to communicate to the teams what's happening
[20:09] <fginther> balloons, I was planning on updating the job configs to use the ppa as soon as I get the infrastructure fixes in place
[20:09] <fginther> balloons, I can coordinate with you if that helps
[20:10] <balloons> fginther, ok, so right away. Makes sense. I'll communicate it out, and share what's up. Sounds good
[20:10] <ahayzen> balloons, thanks for ur help so far i'll try ur ideas tomoz...but i gotta go now cyas
[20:10] <balloons> ahayzen, your welcome.. Sorry I just destroyed my setup for music app!
[20:10] <balloons> I redid it to work with mediascanner and then got rid of the testbed yesterday
[20:10] <ahayzen> balloons, aha no worries ur work on getting the tests working is really gd :)
[20:11] <ahayzen> balloons, cyas
[20:11] <balloons> ahayzen, c u
[20:11] <fginther> balloons, thanks for the help.
[20:11] <balloons> fginther, ty.. Glad we're moving forward on fixing some of these thorns :-)
[20:35] <om26er> balloons, can you confirm bug 1235230 ?
[20:35] <ubot2> Launchpad bug 1235230 in webbrowser-app (Ubuntu) "Track seeking in soundcloud is not reactive enough" [Medium,New] https://launchpad.net/bugs/1235230
[20:36] <balloons> om26er, sure thing
[20:37] <balloons> om26er, that happens with me in grooveshark night I noticed. is soundcloud html5?
[20:37] <om26er> balloons, Yes
[20:37] <balloons> om26er, yea, totally same bug
[20:37] <om26er> balloons, how about bug 1227719 :)
[20:37] <ubot2> Launchpad bug 1227719 in dialer-app (Ubuntu Saucy) "On ending the call, the first call log gets under the header" [Low,Confirmed] https://launchpad.net/bugs/1227719
[20:40] <balloons> om26er, I believe that's because you have so many calls logged
[20:40] <balloons> let me fill mine again ;-)
[20:40] <om26er> balloons, yes, you have to do that :)
[20:41] <balloons> om26er, hmm, nope
[20:41] <om26er> balloons, fill it a bit more.
[20:41]  * balloons is working on it
[20:41] <om26er> balloons, also once scroll the list up and down
[20:42] <balloons> there it goes :-)
[20:42] <balloons> upscroll removes the tabbar
[21:11] <mihir> popey: ping !!
[21:11] <mihir> nik90: ping !!
[21:12] <mihir> nik90: do we need to download extra plugins to use the theme icons ??
[21:14] <popey> pong
[21:14] <popey> uhm
[21:15] <mihir> popey:  i just used icon following
[21:15] <mihir> http://pastebin.ubuntu.com/6194024/
[21:15] <mihir> but it says couldn't find images..do i need to download any extra pacakges ?
[21:16] <mihir> popey: any quick guess ??
[21:16] <popey> no, i would just look at code for other apps
[21:18] <mihir> popey:  i just did the same and I found icons in the directory called images , but I wonder if it is in SDK do i required that
[21:18] <mihir> popey: http://bazaar.launchpad.net/~ubuntu-clock-dev/ubuntu-clock-app/trunk/files/head:/images/
[21:21] <popey> so the answer there is "no" you don't need extra plugins it seems
[21:21] <mihir> popey: okay , i will download the icons :) and put it
[21:36] <mihir> popey: edit event done & pushed :)
[21:36] <popey> nice one
[21:48] <fginther> balloons, assuming I get these test updates working, should I approve your db update branches and merge them?
[21:48] <balloons> fginther, that would be nice
[21:48] <balloons> it's EOD for me here in a moment, but that would be a nice surprise for monday to see
[21:49] <fginther> balloons, I'll see what I can do
[22:14] <mihir> good Night :)