11:03 #startmeeting Music app meeting 11:03 Meeting started Thu Apr 10 11:03:37 2014 UTC. The chair is popey. Information about MeetBot at http://wiki.ubuntu.com/meetingology. 11:03 11:03 Available commands: action commands idea info link nick 11:04 Music App links:- 11:04 Bugs: https://bugs.launchpad.net/music-app/+bugs 11:04 Reviews: https://code.launchpad.net/music-app/+activereviews 11:04 Blueprint: https://blueprints.launchpad.net/ubuntu-phone-commons/+spec/coreapps-1404-music-dev 11:04 General Links:- 11:04 Milestones: https://launchpad.net/ubuntu-phone-coreapps/+milestones 11:04 Burndown: http://status.ubuntu.com/coreapps-14.04/ 11:04 Blockers: https://wiki.ubuntu.com/Touch/CoreApps/Blockers 11:04 How are you? 11:04 I'm doing good. You? 11:05 Can't believe how far into April we already are... 11:05 Not bad, busy ☻ 11:05 I bet 11:05 So release is one week from today. 11:05 It would be great to tidy up any loose ends this week / weekend if we can. 11:06 I know ahayzen is working this week so might not be around for this meeting 11:06 The two main things we need to are moving to the new mediascanner (on going) and using the new media-hub service. Andrew is going to get in touch with the developer on that team who should be landing the tracklist support soon 11:07 right, media-hub was supposed to land yesterday but i think they had some issues with it 11:07 popey: they do 11:08 davmor2: they do what? ☻ 11:08 I see the branch that has tracklist support still isn't in trunk though. 11:08 popey: it currently crashes Music app when opening music from the scope 11:08 and a bunch of other issues 11:09 right. 11:09 Could we maybe get an email out on the issues? Maybe our team or the community on the email list can help? 11:09 Does this have tracklist support? 11:10 I'll poke jim when he wakes. 11:10 but I know he's head-down fixing the issues 11:11 Ok, that sounds good. 11:12 When can we expect the mediascanner to be complete? 11:12 oh i see ahayzen is online... ? 11:13 popey, vthompson, o/ 11:13 I started a branch last week with hopes of continuing the move forward. I hope it will be done by release day... but I'm not sure 11:13 ahayzen, \o 11:14 well release is thursday but we generally release an image which is built some days before rather than on the day itself 11:14 Right, and I really think that following the move we need a few days at least to complete regression testing/dog fooding to verify no issues are introduced 11:14 Hm. 11:15 So postpone till after 14.04? 11:15 We will of course carry on building images over the next weeks, so it's not like the train is stopping 11:15 popey, which image is gonna be going to OEMs (Meizu and BQ)? 11:15 ahayzen: not until later in the year. 11:16 I think we need to see how far the "use-mediascanner2.0" branch gets in the next few days/this weekend 11:16 popey, will they effectively get the U release? 11:16 I don't know. 11:16 I don't know if that's been decided yet. 11:16 But they almost certainly won't use the 14.04 "release" 11:16 which is in effect a rubber stamped image 11:16 cool 11:17 yea, that sounds somewhat comforting 11:17 The bigger issue is that with the marketing around 14.04, we get people downloading that specific image. 11:17 for press / reviews etc 11:17 vthompson, how are u testing/building lp:~music-app-dev/music-app/use-mediascanner2.0 on a trusty desktop? 11:17 In my mind the music app is mostly "done" 11:17 with these two things outstanding. 11:18 So, I'm installing the new mediascanner via bzr--which is not completely trivial--and don't have good instructions on how I did so 11:18 why via bzr? 11:19 can you not "apt-get install mediascanner2.0" 11:19 i really want the back button in the header to land in the SDK so lp:~andrew-hayzen/music-app/now-playing-page-stack can land which then fixes that stupid empty header bug https://bugs.launchpad.net/music-app/+bug/1239106 11:19 i have both on my desktop 11:19 ii mediascanner 0.3.93+14.04.20131 amd64 Media scanner package 11:19 ii mediascanner2.0 0.100+14.04.201404 amd64 Media scanner package 11:19 ah i guess mediascanner2.0 is not on saucy? 11:19 Good question, mostly because I started the work awhile ago and didn't think there was a package available 11:19 ok, so thats good news then ☻ 11:20 I'm on saucy ATM, is the QML plugin available in the repo as well? 11:20 ah 11:20 i need to really catch up with Tim what the status of his work on the back button/panel stuff 11:20 upgrade! ☻ 11:20 yeah it isn't in saucy :/ 11:20 seriously, 14.04 is awesome. 11:20 popey, i've got it in a VM definitely awesome :) 11:21 i dont think you'll see back button in toolbar soon. 11:21 :/ 11:21 last i saw the bug for it was pushed back to june 11:21 Getting the white header/back button issue in our app fixed is pretty critical though 11:21 yeah think it was only a few items down his list 11:21 Maybe we should focus on that a bit for the 14.04 image, as the bug is embarrassing 11:22 yeah, that's probably the biggest glitch I'd focus on. 11:22 its easily triggered 11:22 vthompson, maybe i could try to see if there is a hacky solution just to make it disappear until the back button lands 11:22 It was made more easily triggered after the toolkit updates involved in the Qt5.2 update 11:22 Yeah. 11:22 for me if I click an album and then "Play all" it always happens 11:23 it seems to happen more often when u have an empty queue and u load the queue with enough items to make the now playing scroll and show the now playing page at the same time 11:23 I did some research and it mostly happens when the previous page has only a few items 11:23 I'd rather glitchy UI issues were fixed for the 14.04 release than major infrastructural changes. 11:23 *most often 11:23 ahayzen, what if we just make the now playing page fit within the reguar bounds of the page instead of overlapping the header? 11:24 lol there seem to be many ways to do it :P 11:24 yeah, this was me just opening the app, clicking an album in the recent list and then play all.. http://popey.com/~alan/phablet/device-2014-04-10-122340.png 11:24 This would allow the header to show/hide as normal 11:24 vthompson, the only issue with that is that the title in the header is out of context 11:25 I believe we can change the header title when in the now playing page. Maybe re-introduce the pagestack 11:25 vthompson, could actually land my page stack branch but put the back button inside the page at the top? 11:25 as in the current back button? 11:26 I haven't ran that yet, let me take a look 11:27 vthompson, basically if i modified it so the SDK toolbar is disabled and add the current back button to the top of the page that would probably work 11:28 That's what that branch does? So you're effectively just jumping ahead of the toolkit's implementation in a way... which is fine by me if we are temporarily resolving an annoying bug 11:28 which branch is that ahayzen ? 11:28 popey, vthompson, lp:~andrew-hayzen/music-app/now-playing-page-stack 11:28 vthompson, yeah that is waiting for the SDK back button 11:29 vthompson, it is 'ready' effectively...i'm just modifying now to see if i can put the old back button in a disable the sdk one until the header sdk lands...if tht makes any sense :P 11:29 ooh 11:29 that works quite nicely 11:30 popey, yep but no easy way of going back at the moment :( 11:30 i see a back button at the bottom, toolbar 11:30 (on desktop) 11:31 popey, yeah u get a double toolbar though :/ 11:31 popey, our custom + the sdk 11:31 yeah 11:31 popey, which one the phone is like impossible to bring up the one u want 11:31 of course.. ⍨ 11:31 hm 11:32 Maybe we could see if the toolkit guys have a merge proposal for the back button in the header yet. I know tim p was working it. 11:32 We could temporarily hack our own solution maybe.. and then remove it after their implementation lands 11:32 if not i propose to add our old back button to the top of the page just below the tabs? 11:33 as a temporary solution 11:33 +1 11:33 ahayzen, yea, that's what I was originally thinking 11:33 and then disable the toolbar 11:33 yep 11:33 I dig it. I'm glad you already have a branch going too... very handy! :) 11:34 i'll have a play later see wht i can come up with 11:34 Thanks. 11:35 That's probably the largest visual bug 11:35 yep 11:35 yeah. 11:35 The next largest might be that the header doesn't get the transparency to show the blurred background in most cases 11:36 yeah that one is very strange 11:36 I've tried to work around it, with no luck really 11:36 mind=very confused when i last looked at that 11:37 must be something very subtle that is causing it i originally though it was todo with some being pagestacks but now we are using sheets 11:37 I might dig around and try to see what can be done in the SDK again. If we can get that to work properly it'd do a lot to make the app more visually pleasing 11:37 yep 11:38 popey, will the media-hub land before 14.04? 11:38 thats the plan 11:38 davmor2: you've been testing it right? 11:39 popey, cool ping me as soon as it lands and i'll attempt to convert the music-app over :) 11:39 ahayzen: will do. 11:39 popey, are/will there any docs out yet? 11:40 There was a proposed API in the blueprint they had for the tracklist 11:40 Good question. 11:41 popey: yeah http://paste.ubuntu.com/7230329/ 11:41 have pinged jim a mail, will pass on when i get a reply 11:41 sure i can just ask jhodapp if required 11:41 or that ☻ 11:41 API: 11:41 http://bazaar.launchpad.net/~phablet-team/media-hub/trunk/view/head:/src/core/media/mpris/player.h 11:41 http://bazaar.launchpad.net/~phablet-team/media-hub/trunk/view/head:/src/core/media/mpris/track_list.h 11:41 Currently assigned to: vthompson 11:41 popey: they need to fix those and then fix four issues they themselves hit 11:41 From our etherpad at UDS: http://pad.ubuntu.com/ep/pad/view/uds-1403-music-app-planning-session/latest 11:42 Ok. 11:42 vthompson, as we said the other day.... i wonder how we can tell what track is playing in the list 11:43 I see signals for metadata changing 11:43 Maybe we just will need a simple timer to poll the data? 11:44 vthompson, i see TrackMetadataChanged...but is that for updating the track info ... otherwise if we used the metadata what then happens if u have the same track twice in the queue? 11:44 vthompson, really we need an index of the current item in the queue that is playing 11:44 I'd hope there's something in the tracklist implementation that would let the user know which item in the queue is being played 11:45 right 11:45 vthompson, unless we could like add the index as a value to the metadata 11:46 vthompson, but it looks more like we just tell it the path and figures out the metadata? if my small knowledge of C++ is right? 11:46 I haven't looked too much into it, but this branch might have more stuff to expose the tracklist: https://code.launchpad.net/~ricmm/media-hub/track-list-enable 11:46 or maybe that is what tht is std::tuple 11:48 Maybe, the cpp files might have more info 11:48 I think we really just need to see what gets exposed in ricmm's branch 11:48 yep 11:49 popey, anything else we need to do this week? 11:49 No. I think we've covered everything 11:49 vthompson: did you get my mail about malta? 11:49 There's a branch with some repeat tests that I want to vet 11:50 vthompson, yeah i saw that 11:50 popey, I did. I'll be verifying my availability today hopefully 11:50 Ok, thanks. 11:50 popey, oh yeah any status updates on Malta yet or still waiting for responses? 11:50 waiting for 2 more people to say yay/nay then michelle will get details out to all of you 11:50 popey, awesome :) 11:51 cool 11:51 So, one thing we've kinda ducked out of is convergence... 11:51 for now, phone is priority 11:51 popey, vthompson, do we wanna get jenkins to run over https://code.launchpad.net/~gerlowskija/music-app/repeat_button_autopilot_tests/+merge/214870 11:51 Ok 11:51 if we're gonna ship a phone this year we need rock solid phone UI 11:52 vthompson, we've had *some* convergence land...keyboard shortcuts, toolbar tweaks etc 11:52 ahayzen, right 11:52 and I think the app is _ok_ in general on the tablet 11:52 vthompson, think we just need to continue take stepping stones to land it 11:52 yeah. I'm using it on the desktop now ☻ 11:53 ahayzen, I was going to give that repeat test branch a run through on the phone 11:53 i assume once we use media-hub that we would get desktop sound-indicator integration freely at some point? 11:53 Not sure about that. 11:53 ah, hadn't thought of that 11:53 "nice to have" 11:53 yeah 11:53 I mean, "nice to have for free" 11:53 :) 11:53 right, are we done? 11:54 yep think so :) 11:54 I doubt that'd come along for free... since it really is just a transparent MediaPlayer 11:54 I don't have anything else 11:54 Great, thanks. 11:54 #endmeeting