11:12 <popey> #startmeeting music app meeting 11:12 <meetingology> Meeting started Thu Jul 17 11:12:34 2014 UTC. The chair is popey. Information about MeetBot at http://wiki.ubuntu.com/meetingology. 11:12 <meetingology> 11:12 <meetingology> Available commands: action commands idea info link nick 11:13 <ahayzen> https://code.launchpad.net/music-app/+activereviews https://trello.com/b/Ie2rAS3W/core-apps-management 11:13 <popey> First thing I wanted to mention was that Music is one of the apps we (community team) are super focussed on. 11:13 <popey> and with only a few weeks until "beta freeze" for phone we need to get things finished off so we can do final testing 11:14 <popey> thanks ahayzen 11:14 <ahayzen> super focused...in terms of testing? or missing features? or? 11:14 <popey> In terms of less of our time is spent on other apps. 11:14 <popey> for example some of the apps are considered 'done' (bugs aside) 11:14 <vthompson> So I assume beta freeze would be an image drop to the manufacturers? 11:15 <popey> but music (and calendar) are two of the apps which have features yet to land 11:15 <popey> most of the other apps don't have that 11:15 <popey> hence the focus ☻ 11:15 <ahayzen> hah ok :) i've noticed the bug velocity has increased a bit recently 11:15 <popey> it's focus in a good way 11:15 <ahayzen> awesome 11:15 <popey> beta freeze is when we can't really land new features, it's bug fixes all the way 11:15 <popey> image will go to manufacturers at end of august 11:15 <vthompson> So other than specifically content-hub, what else in terms of features are sought for the beta-freeze 11:16 <popey> we already have devices, and are sending more of them out to people inside the company for more wider testing 11:16 <ahayzen> when is beta-freeze? 11:16 <popey> start of august 11:16 <ahayzen> ok 11:17 <ahayzen> vthompson, i assume we want searching... and possibly listitem-actions before beta freeze as well? 11:17 <popey> Of course we can fix things inside the music app which need it 11:17 <popey> yes ahayzen 11:17 <vthompson> That'd be my assumption 11:17 <popey> but anything which requires additional features or fixes in the platform components (like content hub) needs to land asap 11:17 <ahayzen> yeah because we are a click.... so we need everything that we need to land upstream before that date 11:18 <ahayzen> ok so these are the ones i would push tim to do... 11:18 <ahayzen> https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1341814 11:18 <vthompson> IMO that means the content hub integration, media-hub fix for seeking, ms2 update for any content-hub needs, and possibly an SDK fix for both searching and for a panel issue we have 11:18 <ahayzen> https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1336563 11:19 <vthompson> Yep, those are the 2 SDK bugs 11:19 <ahayzen> vthompson, IIRC jim said he would be working on media-hub things hopefully next week (to get the backgroundplaylists done as well) 11:19 <ahayzen> we badly need ^^ to land 11:20 <vthompson> ahayzen, I hope we have time to let Jim patch up any issues we might find after it lands 11:20 <ahayzen> ms2 we need the streaming mp to land https://code.launchpad.net/~jamesh/mediascanner2/streaming-model/+merge/226249 ... and we need that helper they propose to write to be QML 11:20 <vthompson> because the background playlists, while seemingly seamless, might have issues 11:21 <ahayzen> popey, beta-freeze is like FF so 'fixes' can land but not new features after...or am i missunderstanding? 11:21 <popey> yes 11:21 <popey> beta should be bug free of course ㋛ 11:21 <ahayzen> <jhodapp> I'm trying to finish up audio recording this week since feature freeze is Friday 11:21 <ahayzen> <jhodapp> and then I can start on that next week is what I'm thinking as a bug fix 11:21 <vthompson> and that includes packages like media-hub, ms2, etc? 11:21 <popey> yes 11:21 <ahayzen> 'that' being background playlists 11:23 <vthompson> of the remaining MPs in review, maybe we should put the now playing/queue split on the back burner? 11:23 <ahayzen> ok so what we have left that we 'want' to land in terms of features... 11:23 <ahayzen> - searching, - listitem actions, - background playlists 11:23 <ahayzen> vthompson, +1 yeah probably best to leave that 11:23 <ahayzen> oh and i've been playing about with bottom edge 11:23 <ahayzen> then any addition general fixes 11:24 <ahayzen> then for searching we need that SDK fix 11:24 <ahayzen> listitem actions is still WIP and we need to confirm design 11:24 <vthompson> if we could get bottom edge in that would be nice. Also Jamie filed a bug for fast scroll in the Songs tab, IMO we should try to integrate that as well 11:24 <ahayzen> background playlists we need to write once we know what it will look like 11:24 <ahayzen> and content-hub! 11:25 <ahayzen> vthompson, oh yeah there was a discussion on irc about that nik wanted to add it to the clock as well 11:25 <popey> the fast scroll that you see in contacts app? 11:25 <vthompson> ah for the list of cities 11:25 <ahayzen> vthompson, it should hopefully be quite simple to do 11:25 <vthompson> yep 11:25 <popey> ok 11:25 <vthompson> popey, yep 11:25 <ahayzen> yeah cities and popey yes 11:25 <vthompson> it looks very simple to integrate, I had a look last night 11:25 <ahayzen> :) 11:26 <ahayzen> even if we just had it on the Tracks 11:26 <vthompson> I'd like it on Artists as well 11:26 <ahayzen> yeah ideally in the same places u can search 11:26 <ahayzen> artists/albums/songs 11:27 <vthompson> Albums would be more difficult probably. But that might just be an orientation thing 11:27 <ahayzen> oh yeah 11:27 <ahayzen> artists/songs then 11:27 <ahayzen> popey, ^^ where do u think for fast scroll? 11:27 <popey> depends how big your music collection is 11:27 <popey> ☻ 11:27 <ahayzen> hah 11:28 <popey> so not playlists, but album & artist certainly 11:28 <vthompson> I'd like albums as well, but we kind of have a space limitation at the bottom of the device on that tab 11:28 <popey> s/artist/songs/ 11:28 <ahayzen> popey, album goes horizontally 11:28 <popey> oh of course. 11:28 <ahayzen> so artists/songs 11:28 <popey> yes 11:29 <ahayzen> if we land searching u'll be able to search ur albums anyway 11:29 <popey> However, these I think are much lower priority than content-hub and ms2 related work.? 11:29 <vthompson> we could add and underlay on the fastscroll to do it ontop of the bottom of the albums tab, but we should get the other 2 tabs working first 11:29 <ahayzen> yep content-hub needs badly doing 11:29 <ahayzen> popey, and even bottom edge maybe? 11:29 <vthompson> yea, but we might be waiting for the ms2 stuff to be finalized and that impacts content-hub 11:30 <ahayzen> yeah we are blocked wth content-hub 11:30 <ahayzen> popey, is Jouni likely to reply quickest for confirmation of the listitem actons? 11:30 <popey> yes 11:30 <ahayzen> vthompson, is the only issue left with that the background disappearing too fast? 11:31 <ahayzen> (the labels i fixed last night) 11:31 <vthompson> ahayzen, I believe so, aside from any design/SDK assumptions we might be making 11:31 <ahayzen> popey, ok i'll try and mail him for confirmation tonight 11:31 <popey> whats the question? 11:31 <popey> we can ask him now ☻ 11:31 <ahayzen> popey, the sliding 11:32 <ahayzen> popey, so should the listitem's actions be 'revealed' or 'bound' to the item 11:32 <vthompson> Can we just get that sorted in person during the hangout for the new design? 11:32 <vthompson> probably easier to describe that way 11:32 <popey> either jouni or ben should be able to answer that 11:32 <popey> its a simple fix once you know the answer, right? 11:33 <ahayzen> popey, erm 'simple' ish...bit of logic changes but it should be ok...i'm gonna do a final refactor tonight which should make it easier to swap 11:33 <popey> ok 11:34 <ahayzen> i've gone the other way...so it should just be reverting my changes lol 11:34 <vthompson> Could we get this little MP reviewed? https://code.launchpad.net/~vthompson/music-app/consistent-icons/+merge/226597 11:34 <ahayzen> vthompson, yep 11:34 <ahayzen> vthompson, and what was our decision on https://code.launchpad.net/~vthompson/music-app/fix-playlist-keyboard/+merge/226402 11:34 <vthompson> The main thing I'd like input on is which icon makes sense for "queue" and which makes sense for "playlist" 11:35 <popey> ahayzen: which one did you go for? 11:35 <ahayzen> vthompson, ok i'll check that out tonight 11:35 <popey> bound or uncovered? 11:35 <ahayzen> popey, uncovered at the moment as that is what the design spec implies 11:35 <vthompson> ahayzen, if some of those keyboard fixes won't land by RTM I'd like to land that workaround. but otherwise we can ignore the keyboard issue 11:35 <popey> yes, i think thats right 11:35 <popey> ← not a designer 11:35 <ahayzen> vthompson, surely they will land before rtm... i had that bug when sending a text the other day really annoying 11:36 <vthompson> I'll mark the keyboard MP as WIP. If it gets close to RTM and it isn't resolved we can merge it 11:36 <ahayzen> yep agreed 11:37 <ahayzen> popey, basically a mash up of these two bugs upstream https://bugs.launchpad.net/ubuntu-keyboard/+bug/1324955 https://bugs.launchpad.net/ubuntu-keyboard/+bug/1305999 11:37 <ahayzen> popey, so if you are typing with autocomplete the text isn't committed until u press space or enter...so if the text is still purple when you hit a 'save' or 'send' button that word isn't actually in the box 11:38 <popey> should music even use autocomplete? 11:38 <popey> i would switch it off 11:38 <ahayzen> popey, for creating playlist names...we are unsure 11:38 <popey> yes, off all the time in music app imo 11:38 <vthompson> that was my idea as well, popey, but if the word gets committed to the box autocomplete isn't too bad 11:38 <ahayzen> agreed to both! lol 11:38 <vthompson> if my playlist is called "running" it might be nice to have it suggested to me 11:39 <vthompson> as I type 11:39 <ahayzen> yep 11:39 <popey> hm 11:39 <popey> how often do you create playlists? 11:39 <vthompson> me? never 11:39 <ahayzen> i don't much but i know others use it alot 11:39 <popey> I mean, I can understand it for creating content in sms and email 11:39 <popey> but for this, it seems unnecessary 11:40 <ahayzen> hmmm maybe disable predictive for now until it is fixed upstream then reeval? 11:40 <vthompson> ahayzen, I could agree to that. 11:40 <popey> i would use the hints to turn it all off for now, yes. 11:40 <ahayzen> ok 11:40 <vthompson> I also think that predictive is kinda garbage right now... so I'd like to have that be sufficient prior to using it 11:40 <vthompson> marking as ready for review then 11:41 <popey> +1 11:41 <ahayzen> cool i'll approve thatwhen i get back 11:42 <ahayzen> ok so i'll fix listitem actions tonight, continue working on bottom edge 11:42 <ahayzen> searching and content-hub are blocked upstream 11:42 <vthompson> the fix for listitems is just refactor right? 11:42 <ahayzen> what was our decision on asking design about listitem actions 11:42 <vthompson> I just say we ask during the new design hangout. 11:42 <ahayzen> vthompson, yeah now we are using the default property i think it could be simpler 11:43 <vthompson> k 11:43 <ahayzen> or 'less hacky' :) 11:44 <vthompson> I had added Zsombor as a reviewer for the listitem-action MP. I think he should also concur with our direction being similar to the direction the SDK team is taking 11:44 <popey> he's still afk on vacation right? 11:44 <vthompson> If design decides to change the behavior, maybe we'll still leave it as-is if that's not what the SDK will be delivering 11:44 <vthompson> oh I had no idea 11:45 <ahayzen> hah 11:45 <ahayzen> yeah i suppose we could leave as is then just migrate to sdk when that lands 11:46 <ahayzen> (most likely post rtm) 11:46 <popey> yeah 11:46 <ahayzen> so is there anything else we need todo? 11:47 <popey> I think that's sufficient! 11:47 <vthompson> I wanted to poke the hornets nest back when we had more time to change the design, but we really don't have that luxury now 11:47 <ahayzen> vthompson, i think we need to investigate statesaver || sql for playlists & recent 11:47 <popey> Now, I'm on holiday next week, so dpm, mhall119 and balloons can of course help should you need it when I'm not around. 11:47 <ahayzen> as we have some bugs in playlists atm :/ 11:47 <vthompson> ahayzen, actually statesaver is currently only used for when the app crashes 11:48 <ahayzen> popey, k noted have a good holiday :) 11:48 <vthompson> I think they changed it because saving the state/serializing is too expensive 11:48 <ahayzen> ok 11:48 <ahayzen> so i'll checkout patching the sql as well then :) 11:48 <vthompson> nik90 had said that they might reintroduce statesaver for normal use and lifecycle, but I'm not sure when they'll do that 11:50 <nik90> vthompson: yeah I wouldn't wait for that before the rtm as they are prioritizing the work they do 11:50 <nik90> oh hi btw :) 11:50 <ahayzen> o/ 11:50 <vthompson> nik90, o/ didn't mean to summon you ;) 11:50 <nik90> lol 11:51 <vthompson> popey, ahayzen, I had one more thought earlier with regard to search 11:51 <ahayzen> vthompson, ok so we need to checkout the sql then...so what do we do with the 'deleted' tracks as when we 'fix' the db they will be resurrected 11:51 <popey> go on.. 11:51 <vthompson> Should we think about introducing a Genre tab? This would allow search for Genre 11:51 <ahayzen> post rtm with the new design? 11:52 <vthompson> One of the bacon bugs was about genres being hard to navigate. I don't browse my music by genre, but if it's common having a tab and the ability to search on it would be nice 11:52 <popey> i never use genre 11:52 <vthompson> I'm suggesting pre-rtm 11:52 <ahayzen> think we already have enough things todo before rtm ...and genres most people don't use genre 11:53 <ahayzen> and we have genre in the start page which is probably enough for now 11:53 <vthompson> ok, since it's 3 against Bacon and he isn't here to defend his position, we'll call him a unique user in this regard 11:53 <vthompson> :) 11:53 <ahayzen> +1 11:53 <ahayzen> hehe 11:53 <popey> +1 11:54 <popey> he's dead to us. 11:54 <ahayzen> :( 11:54 <popey> j/k 11:54 <ahayzen> anyway anything else? 11:54 <vthompson> nothing from me 11:54 <popey> I think not. 11:54 <ahayzen> do we need to poke the ms2 guys? 11:54 <popey> Thanks so much guys for the hard work as we lead up to RTM 11:54 <ahayzen> with that extra qml thing we need 11:55 <vthompson> Jussi just replied to the email thread 11:55 <ahayzen> np we'll get there 11:55 <ahayzen> ah lol 11:55 <ahayzen> ok nothing else from me then 11:55 <vthompson> he's suggesting we don't add the QML piece... which we'll have to find a way to build something to access the backend 11:55 <ahayzen> oh god 11:56 <vthompson> (I'm still against getting the metadata at all though) 11:56 <ahayzen> ok well jim said he could relink the metadata in MediaPlayer if needed 11:56 <ahayzen> as all it is missing is the onchanged signal being raised 11:56 <popey> We don't have long to sort this, so we need to come up with a plan either way. 11:56 <ahayzen> so would that resolve the issues? 11:56 <ahayzen> if we then had streaming model as well 11:56 <vthompson> jim's plate is rather full 11:56 <ahayzen> hah :/ 11:57 <vthompson> I want the basics working in ms2 with the streaming so we can even import the file in the ~/Music 11:57 <ahayzen> yeah but still need to know what to call the file 11:57 <vthompson> There's still a chance that the metadata pulled from media-hub would mismatch the ms2 data and then the destinatino of the file is not as accurate 11:58 <vthompson> call it what it was called when d/l'ed 11:58 <ahayzen> jhodapp> ahayzen: media-hub can supply it, but it's not hooked up yet in qtubuntu-media 11:58 <ahayzen> <jhodapp> ahayzen: no unchanged 11:58 <popey> I still vote for ./Downloaded/YYYYMMDDHHMMSS-foo 11:58 <popey> or similar 11:59 <vthompson> popey, +1 11:59 <ahayzen> ok well we could prompt the user (as with current designs) 11:59 <vthompson> my idea was ~/Music/imported/... 11:59 <popey> +1 11:59 <ahayzen> with it prefilled with ~/Music/Imported/YYYYMMDDHHMMSS-foo.ext 11:59 <ahayzen> ok we'll do that then 12:00 <popey> Ok. we done? 12:00 <ahayzen> right thats all from me i gtg now o/ 12:00 <vthompson> yep! 12:00 <popey> Thanks ahayzen vthompson ! 12:00 <popey> Have a great day. 12:00 <ahayzen> popey, thanks have a great holiday :) 12:00 <vthompson> bye popey, ahayzen, (nik90)! 12:00 <popey> \o/ 12:01 <ahayzen> vthompson, cyas later :) 12:01 <popey> #endmeeting