[08:39] <tsdgeos> arg, that unity package still not released
[08:39] <tsdgeos> will un-update unity8
[08:41] <Saviq> tsdgeos, just grab unity-api from daily-ppa
[08:41] <Saviq> tsdgeos, and to answer your question - yes, today
[08:45] <didrocks> (for unity-api? yeah, it's targeted and Mirv is working on it as we speak)
[08:46] <Mirv> yeah, working on it, just some weird python problems because of which I'm reflashing fully
[08:47] <Mirv> ie. unity8 autopilot tests didn't start
[09:48] <sil2100> pete-woods: ping!
[09:50] <pete-woods> sil2100: hi
[09:52] <Saviq> that was a loud ping!
[09:53] <pete-woods> ;)
[10:38] <mhr3_> sil2100, so, any pattern to follow for the versioning issue you mentioned yesterday?
[10:44] <nic-doffay> Has anyone gotten this error with phablet-network on trusty before? Network connection file "uuid=1042ce84-5e70-4eea-b373-fe87b6b8b832" cannot be read
[10:46] <sil2100> mhr3_: hm, let me think about that for a moment!
[10:47] <mhr3_> saviq, is there a known battery issue with latest images? my phone never survives overnight lately
[10:48] <Saviq> mhr3_, I'd say mtp-server and mediascanner crashing all the time and apport collecting crashes
[10:49] <mhr3_> saviq, don't have either in /var/crash, though i do have powerd crash file... i have a feeling that's related
[10:50] <Saviq> mhr3_, right, if powerd crashed, it never went into suspend
[10:51] <mhr3_> still can't believe the entire thing boots just when charging it
[10:56] <mhr3_> sil2100, btw anything still missing to push unity-scopes-api
[10:56] <mhr3_> ?
[11:02] <Saviq> mzanetti, can you check what's going on with track durations in music previews? I get songs that are like 23hrs long
[11:03] <mzanetti> Saviq: hmm... strange. but yeah, I can check
[11:07] <nic-doffay> Saviq, who should I chat to about phablet-network issues?
[11:08] <Saviq> nic-doffay, Sergio
[11:08] <nic-doffay> Saviq, what chan?
[11:09] <sil2100> mhr3_: I'm pushing it today! As for the versioning schemes, how long do you plan on using this PPA for testing?
[11:09] <Saviq> nic-doffay, he's not around
[11:09] <Saviq> nic-doffay, best file a bug against phablet-tools
[11:09] <mhr3_> sil2100, couple of weeks i guess
[11:09] <mzanetti> Saviq: it works fine for all the sample data I have in use here
[11:10] <mzanetti> Saviq: the time is delivered from the scope backend
[11:10] <Saviq> nic-doffay, apport-bug phablet-tools
[11:10] <Saviq> mzanetti, let me print them ou
[11:10] <Saviq> t
[11:12] <Saviq> mzanetti, so it comes in as string?
[11:12] <Saviq> mzanetti, you're not processing it in any way?
[11:12] <mzanetti> Saviq: int
[11:13]  * Saviq adds debugging to scopes-shell
[11:13] <mzanetti> Saviq: I load it into a QTime with addSecs() and then use toString("hh:mm:ss")
[11:13] <Saviq> mzanetti, wonder if it comes in msecs from banshee or something
[11:13] <nic-doffay> Saviq, commented here: https://code.launchpad.net/~nicolas-doffay/unity8/category-transition-speed-fix/+merge/195203
[11:14] <mzanetti> Saviq: I populated it with some other music player. can't recall the name. mhr3 told me to
[11:14] <mzanetti> it wasn't banshee iirc
[11:15] <mhr3_> rb is the default
[11:15] <Saviq> rb == rhythmbox
[11:16] <mzanetti> ah right
[11:18] <mhr3_> so what's the issue?
[11:18] <mhr3_> banshee gives length in milliseconds?
[11:18] <mhr3_> sounds incredibly useful
[11:18] <mzanetti> :)
[11:19] <mhr3_> anyway, bug in scope
[11:19] <mzanetti> mhr3_: iirc mpris does stuff in milliseconds too
[11:26] <Saviq> mhr3_, looks like it
[11:26] <Saviq> 272514 is not a sane song length in seconds
[11:26] <Saviq> yeah, unity7 is broken there, too
[11:27] <Cimi> Saviq, mzanetti https://code.launchpad.net/~unity-team/unity8/dash-renderers/+merge/196285
[11:27] <Cimi> this doesn't fil here
[11:27] <Cimi> *fail
[11:27] <Saviq> Cimi, http://pad.lv/1255452
[11:27] <Cimi> ok
[11:28] <Cimi> Saviq, let me look at it
[11:28] <Saviq> Cimi, feel free
[11:28] <mzanetti> Cimi: https://code.launchpad.net/~unity-team/unity8/dash-renderers/+merge/196285/comments/455645
[11:28] <Cimi> Saviq, yeah I got a bug on the indicagtors
[11:28] <Cimi> but I believe it's better for dednick
[11:30] <Cimi> mzanetti, I know you get launchpad karma but you can tell me directly when I'm online for those things :)
[11:30] <mzanetti> Cimi: :D
[11:31] <Cimi> mzanetti, fixed
[11:31] <mzanetti> Cimi: but how should I manage to catch Saviq then?
[11:31] <Cimi> mzanetti, you can go and do the real review now :P
[11:31] <mzanetti> :P
[11:31] <Cimi> mzanetti, creating a bot
[11:31] <Cimi> mzanetti, saviq has a bot
[11:31] <Cimi> mzanetti, he cannot be always the first one to track bugs, he must have one come on!
[11:32] <Cimi> :S
[11:32] <Cimi> :D
[11:32] <mzanetti> hehe
[11:32] <Cimi> unless Saviq is a bot
[11:32]  * Cimi mmmm ::D
[11:32] <Saviq> shh
[11:32] <Cimi> ahah
[11:33] <Saviq> mzanetti, mhr3_, davidcalle? bug #1255500
[11:34] <Saviq> FWIW it also includes songs that I have on my phone...
[11:34] <Saviq> which is kinda weird
[11:34] <mzanetti> Saviq: ah, so it happens in unity7 too?
[11:35] <Saviq> mzanetti, oh yes
[11:36] <Saviq> http://goo.gl/KKFLTl
[11:36] <mzanetti> meh...  Could not determine plugin installation dir.
[11:36] <mzanetti> :D
[11:36] <davidcalle> Saviq, Björk does have very long songs ;)
[11:36] <mzanetti> lol
[11:36] <Saviq> davidcalle, indeed!
[11:36] <Saviq> mzanetti, new unity-api
[11:36] <Saviq> mzanetti, it's in distro now
[11:37] <Saviq> mzanetti, ./build -c will pull it for you
[11:37] <mzanetti> nope... tried that. but probably I need to dist-upgrade first
[11:37] <davidcalle> Saviq, looking at it <- pstolowski, is it fine if I fix it in the preview creation instead of the db parsing ?
[11:38] <Saviq> davidcalle, please no
[11:38] <Saviq> davidcalle, unity8 would be broken still
[11:38] <mzanetti> how would that even work?
[11:38] <davidcalle> Saviq, I don't thing it would, I mean, the preview creation in the scope
[11:38] <mzanetti> guessing if it is too much by a factor of 1000?
[11:38] <Saviq> davidcalle, aah
[11:38] <davidcalle> think*
[11:39] <davidcalle> mzanetti, that would be fun :)
[11:39] <Saviq> davidcalle, in that case yeah, as long as unity-core spits out seconds, we're good
[11:39] <Saviq> mzanetti, crap, for https://code.launchpad.net/~mzanetti/unity8/music-preview/+merge/193803 you need to add QtMultimedia to fake-env.install
[11:39] <pstolowski> Saviq, davidcalle yes, the problem is in the scope, it needs to do the conversion
[11:40] <mzanetti> Saviq: done
[11:40] <mhr3_> davidcalle, i don't follow, why do you want to fix it just in preview instead of db parsing?
[11:40] <mzanetti> Saviq: I just needed to merge with trunk as all the cmakelists have changed
[11:40] <Saviq> mzanetti, mhm
[11:41] <Saviq> davidcalle, what do you think should be done with songs from my phone?
[11:41] <Saviq> davidcalle, I think it caches it in the database
[11:42] <Saviq> davidcalle, that's why I have 3 copies of the same song there - one local (laptop), one remote (NAS), one on phone
[11:42] <Saviq> davidcalle, local+remote are added to the database as usual, so that's expected, but the phone one should be filtered I think - ideal would be unless it's connected :)
[11:44] <davidcalle> Saviq, interesting. Actually, I think the scope should deduplicate that itself all the time.
[11:44] <Saviq> davidcalle, or even that, yeah
[11:45] <davidcalle> mhr3_, nevermind, I found the db parsing bit for duration.
[11:46] <Saviq> nic-doffay, I'm afraid I don't get your reasoning re: transition speed, what "bouncing" do you have in mind?
[12:04] <karni> What is UNITY_RESULT_TYPE_PERSONAL and UNITY_RESULT_TYPE_SEMI_PERSONAL compared to UNITY_RESULT_TYPE_DEFAULT ?
[12:06] <Saviq> mhr3_, pstolowski ↑?
[12:06] <pstolowski> karni, DEFAULT = a public content
[12:07] <pstolowski> karni, PERSONAL = for results such as personal documents on your hdd
[12:07] <pstolowski> karni, SEMI_PERSONAL = re.g. esults coming from a personal clud afair
[12:08] <karni> pstolowski: I see, thank you!
[12:08] <pstolowski> karni, they affect sorting; personal content takes precedence over non-personal
[12:08] <karni> ACK
[12:09] <pstolowski> yw
[12:12] <mzanetti> Saviq: no... still can
[12:12] <mzanetti> 't find the plugin dir
[12:13] <Saviq> mzanetti, apt-cache policy libunity-api-dev ?
[12:13] <mzanetti> 7.80.3+13.10.20130927.1-0ubuntu1
[12:14] <mzanetti> hmm... that seems a bit old
[12:14] <Saviq> mzanetti, and 7.80.4 not available yet?
[12:14] <mzanetti> apparently not
[12:14] <Saviq> mzanetti, might not have reached your mirror yet
[12:14] <Saviq> mzanetti, or archive, for that matter
[12:14] <Saviq> mzanetti, grab it from https://launchpad.net/ubuntu/+source/unity-api/7.80.4+14.04.20131126.2-0ubuntu1
[12:14]  * mzanetti removes .de from sources lists
[12:16] <mzanetti> yep. better now
[12:18] <mzanetti> Cimi: your branch conflicts with trunk
[12:18] <Cimi> again :\
[12:18] <Cimi> ok
[12:18] <Cimi> I fixed it the other day
[12:18] <Cimi> I'll fix it
[12:33] <Cimi> mzanetti, no conflicts here
[12:33] <Cimi> mzanetti, just merged and repushed
[12:34] <davidcalle> pstolowski, can you please have a look at https://code.launchpad.net/~davidc3/unity-lens-music/banshee-track-duration-seconds/+merge/196879 ?
[12:34] <mzanetti> Cimi: ok. works now
[12:34] <mzanetti> Cimi: did we come to a conclusion on what we should use to tag those bugs you mentioned yesterday?
[12:35] <mzanetti> Cimi: hmm... now the local videos isn't a carousel any more. is that wanted?
[12:36] <Cimi> mzanetti, how many videos you have?
[12:36] <mzanetti> huh? now it turned into a carousel after wating for a couple of seconds
[12:46] <nic-doffay> Saviq, whoa only saw your response now.
[12:46] <nic-doffay> Saviq, the "bounce" I'm talking about is basically a noticeble delay between the animation and it's end.
[12:47] <nic-doffay> in the "to:" the FilterGrid's height is set to the scopeViewHeight, then onStopped it's set to either uncollapsed or collapsed height.
[12:48] <nic-doffay> It's between these two that you can see that issue, which was why I did it the way I currently am. But unfortunately that causes the speed variation between the collapsing and expansion now. I'm unsure how to get around this.
[12:49] <Saviq> nic-doffay, ok, let's start from the beginning, say a category is at y=100, scopeViewHeight=500, uncollapsedHeight=1000
[12:49] <Saviq> nic-doffay, first step is animation to height=500, second step is setting height=1000
[12:50] <nic-doffay> Saviq, yeah that's fine.
[12:50] <nic-doffay> It's when the uncollapsed height is less than the scopeViewHeight that the issue happens.
[12:51] <Saviq> nic-doffay, ok, so say y=400, scopeViewHeight=500, uncollapsedHeight=400
[12:51] <Saviq> nic-doffay, there's only one step there, then, animate to height=400
[12:51] <Saviq> nic-doffay, and y gets animated to y=100 at the same time
[12:51] <nic-doffay> Saviq, I tried that already I think let me just refresh my memory quickly...
[12:52] <Saviq> nic-doffay, as long as the y and height animations are in sync, which they should be, I see no reason for bouncing
[12:52] <Saviq> nic-doffay, I think your issue was with the fact that you animate to height=500 in that case, and then re-set to 400
[12:53] <Cimi> mzanetti, it loads the carousel with more than 6 elements
[12:53] <Saviq> nic-doffay, but then you solved that already I think
[12:53] <Cimi> mzanetti, otherwise it shows the grid
[12:55] <mzanetti> Cimi: yeah. I was just confused as I knew I had more of them and it still was grid. and suddenly it turned into a carousel
[12:57] <nic-doffay> Saviq, in that case it could be an issue with the root.y I haven't taken into account any y positioning because the root.y of the filter grid always printed 0.
[12:57] <mzanetti> Cimi: https://code.launchpad.net/~unity-team/unity8/dash-renderers/+merge/196285/comments/455703
[12:58] <Saviq> nic-doffay, that's because it's wrapped by a Loader, in which it's always at 0
[12:58] <mhr3_> sil2100, ping?
[12:59] <Saviq> nic-doffay, and anyway y in a Flickable won't help you, unless you take contentY and originY into account, at which point it starts to be better if you just use mapToItem / mapFromItem
[12:59] <mhr3_> sil2100, finished thinking about the pattern yet?
[13:00] <nic-doffay> Saviq, would you recommend using mapToItem?
[13:00] <sil2100> mhr3_: yeah ;p Basically it's really hard to do, as the daily-release pattern is well, daily-dated - so best choice would be to simply put a +2 weeks date with a ~ on it
[13:00] <sil2100> mhr3_: I published unity-scopes-api btw.
[13:00] <Saviq> nic-doffay, as long as you can get to the item you want to map to
[13:01] <nic-doffay> Saviq, here's the simplified code which has a "bounce" but fixes the speed issue. I can't help but think there must be some other way around this. http://pastebin.ubuntu.com/6484230/
[13:02] <mhr3_> sil2100, hm, then i'll just increment the micro version and have it incremented in trunk unity when we merge it
[13:02] <Saviq> nic-doffay, can you record the bounce you mention? kazam is relatively good at it - make sure to set a high framerate and only record the window
[13:02] <nic-doffay> Saviq, yeah sure.
[13:03] <bregma> Saviq, do you know where I should start looking if I want to run Unity8 fullscreen on my desktop?
[13:04] <sil2100> mhr3_: is that feasible? Since you would have to have permission from the unity8 guys
[13:04] <sil2100> mhr3_: since yes, a micro bump and ~ is the way to go, but I didn't think you wanted to release a new upstream version bump
[13:05] <Saviq> bregma, if you mean to have a tablet-like session, it's still impossible to run unity8@Mir outside of android I'm afraid
[13:05] <Saviq> bregma, bug #1246851 and bug #1246850 were last things I filed last I tried
[13:05] <mhr3_> sil2100, well, i want the ppa to upgrade distro if you use it
[13:06] <mhr3_> upgrade distro version of unity8 that is
[13:06] <bregma> Saviq, I can run it as a phone in an X11 session on the desktop (default QPA) but I'd like to go to tablet mode, is there a simple way?
[13:07] <Saviq> bregma, -fullscreen
[13:07] <Saviq> bregma, or just resize the window, for that matter
[13:07] <bregma> resising windows doesn;t work when Unity8 is the window manager
[13:07] <bregma> I'll try -fullscreen
[13:07] <Saviq> bregma, yeah, then -fullscreen
[13:07] <Saviq> bregma, you also want -mousetouch
[13:07] <Saviq> bregma, to convert mouse events to touch ones
[13:07] <bregma> a --help option would be nice
[13:08] <Saviq> bregma, indeed
[13:08] <Saviq> bregma, ./run -h has some
[13:08] <Saviq> bregma, but yeah, we need a -h for unity8 itself
[13:08] <bregma> I want mouse and touch events, since this is a desktop session, can I get both?
[13:08] <Saviq> bregma, depends if you want to distinguish between them
[13:09] <Saviq> bregma, actually even Qt thinks of merging the two, although that's some time away
[13:09] <Saviq> bregma, -mousetouch will convert mouse events to touch for the shell, and leave touch ones be
[13:10] <Saviq> bregma, so everything should work as expected, using both pointer and touch interaction
[13:15] <bregma> Saviq, -fullscreen still looks like a phone, do I need to install additional packages or use a PPA (this is Trusty)?
[13:17] <Saviq> bregma, no
[13:17] <bregma> :(
[13:18] <Saviq> bregma, unity8 -fullscreen starts, correctly, full-screen here
[13:18] <Saviq> bregma, wonder if that requires a window manager...
[13:18] <bregma> sounds like
[13:18] <Saviq> bregma, it just calls showFullscreen() instead of just show() on the QQuickView
[13:19] <Saviq> bregma, so http://qt-project.org/doc/qt-5.0/qtgui/qwindow.html#showFullScreen
[13:19]  * bregma starts digging 
[13:20] <bregma> I think I have my work cut out for me
[13:23] <mhr3_> saviq, i mentioned yesterday that if there's no home.scope you can't switch between scope pages... been searching where does that get enabled/disabled but can't find it, any pointers?
[13:23] <Saviq> mhr3_, it doesn't really get enabled/disabled
[13:23] <Saviq> mhr3_, I'm not sure what's happening, TBH
[13:23] <Saviq> mhr3_, let me try
[13:24] <mhr3_> oh :/
[13:24] <Saviq> mhr3_, there's nothing special about home.scope other than it switches to it on startup
[13:26] <Saviq> aaaah crap, autoremoved libc ;(
[13:26] <mhr3_> who needs that anyway :)
[13:28] <mhr3_> saviq, hm, ok tried that with regular scopes and not having home.scope works fine, must be something in the new model then
[13:28] <Saviq> mhr3_, no rowCount updates or something?
[13:29] <Saviq> mhr3_, see if onCountChanged is kicked on the dash ListView
[13:29]  * Saviq reboots and tries to bring back libc
[13:29] <mhr3_> k
[13:36] <Saviq> ohkay, that worked... uff
[13:36] <mzanetti> Cimi: did you see the comment I left here? https://code.launchpad.net/~cimi/unity8/fix-1214423/+merge/192868
[13:41] <Cimi> mzanetti, yeah but I'm waiting to see if we have to work on the sdk or not
[13:59] <MacSlow> Is there a way to "walk" a QMenuModel in QML to extract only one specific attribute (type)?
[14:05] <nic-doffay> Saviq, I personally think this is acceptable for the time being: https://code.launchpad.net/~nicolas-doffay/unity8/category-transition-speed-fix/+merge/195203
[14:05] <nic-doffay> It's the only way using this method that works ok.
[14:06] <nic-doffay> I updated it a bit.
[14:08] <Saviq> nic-doffay, not unless we understand what the issue is
[14:09] <Saviq> nic-doffay, and I, for one, don't
[14:11] <nic-doffay> Saviq, that branch essentially does what you mentioned earlier.
[14:11] <nic-doffay> To remove the bounce it animates to uncollapsed or collapsed.
[14:12] <nic-doffay> if they are smaller than the scopeViewHeight.
[14:12] <nic-doffay> The onStopped logic is only called if the root.height is at scopeViewHeight.
[14:13] <Saviq> nic-doffay, so why the different speed?
[14:14] <nic-doffay> Saviq, the speed variation only occurs on big lists with small uncollapsed heights.
[14:14] <nic-doffay> Saviq, I think it's that way round...
[14:15] <Saviq> nic-doffay, big lists with small uncollapsed heights? that sounds oxymoronic
[14:15] <Saviq> nic-doffay, list "size" should be proportional to its height, no?
[14:16] <nic-doffay> Saviq, I'll try explain it better.
[14:20] <nic-doffay> Saviq, I'm actually not sure about the speed variation on further thought.
[14:20] <nic-doffay> What causes it at least.
[14:21] <Saviq> nic-doffay, just do onHeightChanged: console.log(height)
[14:21] <Saviq> nic-doffay, and see if it changes as you would expect it to
[14:21] <Saviq> nic-doffay, i.e. no animation between [uncollapsedHeight, scopeHeight]
[14:22] <nic-doffay> Saviq, I have the figures look fine either way.
[14:22] <nic-doffay> Which is what is confusing me.
[14:23] <nic-doffay> Saviq, wait perhaps not.
[14:23] <nic-doffay> http://pastebin.ubuntu.com/6484517/
[14:23] <nic-doffay> Would that extra 200 cause a speed difference?
[14:24] <Cimi> who wrote tst_Dash.qml?
[14:25] <nic-doffay> Saviq, nm they both begin and end at 700 like I thought, I just put spaced in the incorrect number. So back to the beginning, I'm clueless about the speed issue.
[14:25] <nic-doffay> It only occurs when collapsing large grids.
[14:25] <nic-doffay> I'll try look into it more.
[14:25] <Saviq> Cimi, bzr blame doesn't help?
[14:26] <Saviq> nic-doffay, sure, extra 200 could cause a speed difference, especially when easing's involved
[14:26] <Cimi> Saviq, many people
[14:27] <Saviq> Cimi, here's your answer ;)
[14:27] <Cimi> but last one is tsdgeos !
[14:27] <Cimi> I love blaming him
[14:27] <Cimi> tsdgeos, hey dude :P
[14:27] <tsdgeos> hi
[14:28] <tsdgeos> i tried to fix that test a while ago
[14:28] <tsdgeos> can't find how it fails tbh
[14:28] <tsdgeos> we're speaking about the showdash thing, no?
[14:29] <Cimi> tsdgeos, https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1255452
[14:29] <tsdgeos> yes
[14:29] <Cimi> tsdgeos, few things are weird
[14:29] <tsdgeos> what's with it?
[14:29] <Cimi> tsdgeos, dunno why dednick added the verify (dashcontentist != undefined)
[14:30] <Cimi> at almost the end of the file
[14:30] <Saviq> nic-doffay, standup
[14:31] <Cimi> tsdgeos, I believe this is failing because 5000ms of try compare are not enough
[14:31] <Cimi> Saviq, ^
[14:32] <Saviq> Cimi, the third argument is timeout
[14:32] <Cimi> Saviq, yep I know
[14:33] <Cimi> Saviq, can I increase it or mzanetti will kill me?
[14:33] <Saviq> Cimi, why would he?
[14:33] <Cimi> Saviq, time spent...
[14:33] <Cimi> Saviq, I could double it and see what happens
[14:33] <Saviq> Cimi, it's not your fault, is it
[14:33] <Cimi> we could put 10000
[14:33] <mzanetti> I guess in this case its ok
[14:38] <nic-doffay> Saviq, I think it's because there's no easing when it gets set on Stopped.
[14:39] <nic-doffay> That's my guess.
[14:39] <nic-doffay> at least.
[14:39] <tsdgeos> Cimi: but that's not where it fails, no?
[14:39] <nic-doffay> Saviq, here are better written out figures: http://pastebin.ubuntu.com/6484612/
[14:40] <Saviq> nic-doffay, those figures show that it animates between uncollapsed height and scope view height, then jumps to collapsed height
[14:40] <Saviq> nic-doffay, the opposite should happen
[14:41] <Cimi> tsdgeos, it is
[14:41] <Cimi> https://code.launchpad.net/~cimi/unity8/fix-1255452/+merge/196913
[14:41] <Cimi> let's see what jenkins has to say
[14:41] <Saviq> nic-doffay, it should go 200 ... 542 → 752, but 752 → 542 ... 200
[14:41] <Saviq> nic-doffay, where ... is animated, → is not
[14:43] <nic-doffay> Saviq, yeah I see now. Good observation.
[14:43] <tsdgeos> Cimi: you'll have to run it lots of times to make sure it's not just a lucky run
[14:43] <Cimi> tsdgeos, sometimes jenkins fails at 5s
[14:44] <Cimi> tsdgeos, so I put 10s
[14:44] <mhr3_> saviq, ok finally figured it out, the currentItem on the scopes listview remains null for some reason (yet it's displaying the first scope)
[14:45] <mhr3_> and that screws up the interactive prop on the listview
[14:45] <Saviq> mhr3_, right, interesting
[14:45] <mhr3_> saviq, why would it stay null though?
[14:45] <nic-doffay> Saviq, ah right I recall now why I changed that. It was due to a small grid.
[14:46] <nic-doffay> That was smaller than the scopeViewHeight, I think a check for that should sort it out though.
[14:46] <Saviq> mhr3_, good question, it shouldn't - ListView selects the first item by default as soon as it comes in
[14:48] <mhr3_> which means that we set it to null/-1
[14:49] <Saviq> mhr3_, check onCurrentIndexChanged
[14:50] <Saviq> mhr3_, and see if setCurrentScopeAtIndex is called at all (it shouldn't)
[15:04] <mhr3_> saviq, looks like that if you have an empty model and give it to listview and then populate it, currentIndex/Item stays -1
[15:04] <Saviq> tsdgeos, that's not what you found is it ↑?
[15:05] <Saviq> mhr3_, tsdgeos found code that would actively choose the first item in the model and focus it when added
[15:05] <Saviq> mhr3_, we have a workaround for that in notifications
[15:05] <tsdgeos> hmmm
[15:05] <tsdgeos> don't remember tbh
[15:05] <tsdgeos> but i think not
[15:05] <tsdgeos> also i could never reproduce the notifications thing in a small testcase
[15:06] <Saviq> tsdgeos, remember the notifications? it was stealing focus when the model was empty and a notification was added
[15:06] <tsdgeos> so it seems there's some other weird interaction going on somewhere
[15:06] <tsdgeos> yes yes
[15:06] <tsdgeos> i remember that
[15:06] <Saviq> tsdgeos, and that wasn't related to setting currentIndex?
[15:06] <tsdgeos> i mean i don't remember if it's the same as mhr3 says
[15:06] <tsdgeos> it was
[15:06] <tsdgeos> but can't say if it's what's causing that or not
[15:07] <tsdgeos> when we have more time someone should try to produce a simpler testcase for the notifications thing
[15:07] <Saviq> tsdgeos, oh no it shouldn't be, it's what should be solving it ;D
[15:07] <tsdgeos> because it did not happen in a simple testcase
[15:07] <tsdgeos> so isntead of the real fix we did the workaround
[15:07] <Saviq> mhr3_, either way, just do onCountChanged: if (currentIndex [15:07] <mhr3_> saviq, did http://paste.ubuntu.com/6484755/
[15:07] <Saviq> mhr3_, + { }
[15:08] <Saviq> mhr3_, but yeah
[15:08] <mhr3_> but but, it wasn't there :P
[15:08] <Saviq> mhr3_, currentIndex < 0, is it not -1 always?
[15:08] <Saviq> mhr3_, if not >= 0 ?
[15:09] <Saviq> mhr3_, either way, +1
[15:09] <mhr3_> saviq, probably, but noone likes ones, zeros are nicer :)
[15:09] <Saviq> mhr3_, that can go to lp:unity8 directly, too
[15:10] <mhr3_> k proposing
[15:10] <Saviq> mhr3_, FWIW some of the tests would show that issue I expect
[15:10] <Saviq> as we're waiting for Home to be selected on startup
[15:11] <Saviq> mhr3_, or maybe we could use a test that does that
[15:11] <Saviq> mhr3_, supply an empty scopes model
[15:11] <Saviq> mhr3_, and adds one then, checks that the first one is selected
[15:11] <mhr3_> saviq, something's weird with the scopes model, it seems like it's always loaded, and always populated
[15:12] <Saviq> mhr3_, our qml tests operate on mock models, so should be easy to add a test like that
[15:12] <mhr3_> right
[15:20] <mzanetti> Saviq: "Aborted by Micha? Sawicz" ?
[15:20] <Saviq> mzanetti, dependency deadlock
[15:20] <mzanetti> ah
[15:23] <Saviq> mzanetti, and aborted because of bug #1253198
[15:54] <Saviq> mzanetti, confirm bug #1255578 for me please?
[15:55]  * mzanetti reads
[15:56] <Saviq> mzanetti, another example of a job failed because of that https://jenkins.qa.ubuntu.com/job/unity8-trusty-amd64-autolanding/164/console
[16:10] <tsdgeos> Saviq: should https://bugs.launchpad.net/unity8/+bug/1252736 be invalid in unity8?
[16:11] <Saviq> tsdgeos, done
[16:14] <alesage> Saviq, that indicator-stubs MP appears ready: https://code.launchpad.net/~allanlesage/unity8/indicator-stubs/+merge/192059 (in spite of a spurious failure or two)
[16:15] <Saviq> alesage, ok I'll check it out
[16:15] <alesage> Saviq, thank you sir
[16:16] <Saviq> alesage, does it check against https://bugs.launchpad.net/ubuntu-ux/+bug/1253804 regressing?
[16:16] <Saviq> alesage, like we talked yesterday?
[16:16] <alesage> Saviq, made a note in that bug, a separate branch is in the works, need the stubs regardless
[16:16] <Saviq> alesage, ah good
[16:16]  * Saviq is not getting comments on bugs by default, not sure if that's good or bad
[16:18] <alesage> Saviq, more mail is always good
[16:18] <Saviq> alesage, ;)
[16:48] <tsdgeos> Saviq: confirmed the qfatal
[16:48] <tsdgeos> now i need to investigate what's wrong
[16:48] <tsdgeos> qt, the code or the test
[16:49] <untitled1> hello Saviq  I do not know if you remember talking to me a couple days ago mainly about filters in the dash ?  But I have set up a framework to have different views (widgets) for each of the filter-whatevers   I was wondering what you think ago this approach and if you have any other ideas.  Here is a paste of the Loader that is run and the Binding that is past to the Item, http://pastebin.com/YyLSkdix      thanks I know that y
[16:52] <mhr3> saviq, grrrrrr!
[16:52] <untitled1> maybe I should just name the files (widgets) for each of the views to be the rendererName that is passed  via scopes model ? and have the source so that it is  filterRenderName + ".qml"
[16:53] <mhr3> saviq, so it turns out that if i use beingResetModel + endResetModel, the property getting is scheduled in a different way and things break
[16:54] <mhr3> if i do beginInsertRows + end, it seems like something gets queued (inside ListView), and things work
[16:54] <untitled1> maybe also rename things  like "options" to FilterModel stuff like that.  in the Binding that is.
[16:55] <tsdgeos> Saviq: my guess? the test only worked because we did not compile with debug so asserts where never triggered :D
[16:55] <tsdgeos> s/where/were
[16:55] <tsdgeos> because both the ui toolkit and the qt code is quite old
[16:59] <Cimi> https://code.launchpad.net/~unity-team/unity8/carousel-shader/+merge/196942
[17:00] <nic-doffay> Saviq, I can't figure out a good looking enough solution for that without more drastic changes. The problematic part is the uncollapsed -> scopeViewHeight -> animate to collapsed.
[18:02] <untitled1> I do not think that scope.cpp/h are working right in Unity 0.1 plugin.  I can not set the QString to a different one other then "phone" for the formFactor Q_PROPERTY. I am doing a simple test on Shell.qml width and onWidthChanged I have a function to look at the width and change formFactors bye this. but there not changing ....
[18:08] <untitled1> Heere is a simple example of trying to change the formFacor http://pastebin.com/Aur5t2Ey
[18:11] <Saviq> untitled1, that formFactor property is unity8's responsibility, to be consumed by the scopes, not the other way round
[18:12] <Saviq> untitled1, the filterLoader looks more or less sane, there's no need for the wrapping Item, though
[18:13] <Saviq> untitled1, there's switch/case that could be used instead of the if/else
[18:15] <Saviq> untitled1, also, we generally abstract the mapper out - see ScopeDelegateMapper for example
[18:15] <Saviq> untitled1, it gets nice and clean then
[18:15] <Saviq> mhr3, "property getting" meaning calls to data() or?
[18:21] <untitled1> Saviq:  thanks I was able to clean it up some and it is working now
[18:22] <Saviq> untitled1, cool
[18:22] <untitled1> I had to make the Element then was able to set not in a property
[18:23] <untitled1> but then it is not wide.  like it is different in other files PageHeader.qml for example
[18:23] <untitled1> when there is a property Scope scope that is .
[18:24] <untitled1> example http://pastebin.com/XZcJe6U2
[18:27] <untitled1> just laying around with stuff to get to know the plugins and what not.  thanks for your help
[18:27] <untitled1> playing *
[18:36] <Saviq> untitled1, the scope.formFactor really isn't something you should be setting
[18:37] <Saviq> untitled1, it's just passed to the scopes so that they modify their behavior accordingly
[18:37] <untitled1> yeah I am looking at http://bazaar.launchpad.net/~mir-team/unity-mir/trunk/view/head:/src/modules/Unity/Application/mirsurface.h
[18:37] <Saviq> untitled1, not needed either
[18:37] <Saviq> untitled1, what are you after?
[18:37] <Saviq> untitled1, if you want a bigger window - just resize it
[18:37] <Saviq> untitled1, or ./run -- -fullscreen
[18:37] <seb128> Cimi, can you review https://code.launchpad.net/~larsu/overlay-scrollbar/fix-for-3.10/+merge/196920 this week?
[18:37] <Saviq> untitled1, everything will adapt
[18:38] <untitled1> and upgrading to trusty to see if I can get mir running inn this machine.  As far as what I am after.  I m just playing around with the libs. just to learn them.
[18:38] <untitled1> Saviq:  but it would be cool to have other formfactors that the shell can adapt to.
[18:39] <Saviq> untitled1, it shouldn't need to adapt at all
[18:39] <Saviq> untitled1, it should just work
[18:40] <Saviq> untitled1, unity8 on Mir won't work outside of android as of now
[18:40] <untitled1> Saviq:  what do you mean. I am a little lost.  Like if it was Desktop formfactor.  then there would have to be a look and feel that is different or am I wrong ?
[18:40] <Saviq> untitled1, there's a few issues we need to flesh out still
[18:40] <Saviq> untitled1, no, the look and feel should be the same everywhere
[18:40] <Saviq> untitled1, with as little exceptions as possible
[18:41] <Saviq> untitled1, we just want it to be... Unity ;)
[18:41] <Saviq> untitled1, converged
[18:42] <Saviq> untitled1, and even for the exceptions - we should avoid the phone vs. desktop vs. tablet vs. tv vs. whatever
[18:42] <untitled1> Saviq:  like some of the models would be different ?  like for applications and what not ? like things that run off X or need X.  that is where I am also lost as to how these applications will run on Mir.  maybe they are cross platform ?
[18:42] <Saviq> untitled1, as what is a tablet with a bluetooth keyboard and a mouse
[18:42] <Saviq> untitled1, everything will run under Mir, yes - natively where the toolkits / apps support it, and through rootless X for legacy
[18:43] <Saviq> untitled1, what kind of models do you have in mind?
[18:43] <Saviq> untitled1, the differences between form factors are blurry already, and will get even more so
[18:43] <untitled1> Like ones that can read say /usr/share/applications  stuff like that so that all the apps show up in the apps lens
[18:44] <Saviq> untitled1, like what's the difference between a 5" phone and a 5" tablet
[18:44] <Saviq> untitled1, they all will, ultimately, as they all will work
[18:44] <untitled1> yeah will have to look at the device somehow
[18:44] <Saviq> untitled1, no, you won't :)
[18:44] <Saviq> untitled1, why would you want it to be different?
[18:44] <untitled1> serial numbers or something like that IDK that is above my knowledge.
[18:45] <Saviq> untitled1, no that's fine, we could - but why
[18:45] <Saviq> untitled1, why would you want them to behave differently
[18:45] <Saviq> untitled1, sure, there's no GSM, so you'd disable that part of the experience
[18:45] <untitled1> Saviq:  so I can run unity8 on my desktop with say mutter or some other manager ATM.  not in the long run so to say but just for now.
[18:46] <untitled1> maybe I could change the application scope that is working on the unity8 branch that I have been playing around with.
[18:46] <Saviq> untitled1, you'll be able to run it natively on your desktop by 14.04
[18:46] <untitled1> that is nice :)
[18:47] <Saviq> untitled1, it will be a tablet-like experience, but unity8 is not meant to be run with different window managers
[18:47] <Saviq> untitled1, there is some effort to make the unity8 dash a standalone app, fwiw
[18:47] <untitled1> wheres  the fun in that j/k :P
[18:47] <Saviq> aanyway
[18:47] <Saviq> time to get up
[18:47] <Saviq> gotta go o.
[18:48] <Saviq> o/
[18:48] <untitled1> Yeah that is what I am using it as atm is a standalone app
[18:48] <untitled1> have a good one thanks again for the help.
[19:28] <Cimi> seb128, will do
[19:28] <Cimi> tomo
[19:36] <Saviq> Cimi, don't re-approve stuff, it won't merge I'm afraid, we need to wait for Mir 0.1.2 to get released
[19:36] <Cimi> Saviq, didn't know
[19:36] <Saviq> Cimi, no worries
[20:51] <Saviq> alesage, small nitpick https://code.launchpad.net/~allanlesage/unity8/indicator-stubs/+merge/192059/comments/455962
[20:51] <alesage> Saviq, will update
[21:02] <alesage> Saviq, updated.  these compiles are murder :)
[21:03] <Saviq> alesage, hmm?
[21:03] <alesage> Saviq, just complaining about the wait
[21:03] <alesage> (to compile unity8)
[21:03] <Saviq> alesage, on device?
[21:03] <alesage> Saviq, yes
[21:03] <Saviq> alesage, were you building packages or?
[21:04] <alesage> Saviq, yes, seems cleanest
[21:04] <Saviq> alesage, I got sbuild + ccache for that on my manta
[21:04] <alesage> Saviq, will investigate thx
[21:05] <Saviq> alesage, not that it makes it *fast*, just *faster* ;)
[21:05] <Saviq> alesage, we'll be able to cross-build soon, though
[21:05] <Saviq> alesage, we already are, but still with some tricks
[21:05] <alesage> Saviq, o that's good news, hadn't heard
[21:05] <Saviq> alesage, it should be as easy as `sbuild --host=armhf` soon
[21:06] <alesage> nifty
[21:09] <Saviq> veebers, on that note - if you tried my sbuild scripts, I forgot to add DEBOOTSTRAP_INCLUDE=ccache to mk-sbuild.rc
[21:09] <Saviq> veebers, which means you have to install it manually in the chroot
[21:10] <veebers> Saviq: sweet cheers. I'll be checking that out today
[21:10] <Saviq> veebers, if you haven't yet - just add that ↑↑ to .mk-sbuild.rc on your device
[21:11] <veebers> Saviq: sweetbix, will do
[23:19] <alesage> Saviq, FYI https://code.launchpad.net/~allanlesage/unity8/autopilot-indicator-page-title-matches-widget/+merge/196991 , need some reviews and advice but on its way :)
[23:24] <Saviq> alesage, cool
[23:25] <Saviq> alesage, dednick's on holiday until the week after next, so I'll try and advise
[23:25] <alesage> Saviq, o didn't realize, thanks