[01:52] <vthompson> Has anyone else seen issues with an app (say Gallery) crashing when the device is rotated and the upper right tab drawer is tapped? It seems to only happen in vivid, and I was wondering if it is due to initial changes for shell rotation? Also curious what the fix might be. The MWC demo might include a autorotation/convergence demo of the Music app on vivid.
[01:53] <vthompson> * upper left, rather
[10:00] <tsdgeos> greyback: yo
[10:00] <greyback> tsdgeos: hey
[10:00] <tsdgeos> good hunch on the mirsurfaceitem timer
[10:01] <greyback> ok
[10:01] <tsdgeos> greyback: i'll propose a branch
[10:01] <greyback> tsdgeos: sweet, thanks!
[10:01] <greyback> I've a branch to use Mir's frame pump, but it caused visual errors
[10:02] <greyback> might try it again with latest mir
[10:02] <tsdgeos> i guess this is probably what's causing the regression on mzanetti's game that pat was complaining about
[10:02] <tsdgeos> Mirv: ↑
[10:02] <mzanetti> wat?
[10:03] <tsdgeos> mzanetti: there's a bug with qtmir+qt5.4 (or something else) that leaks a timer "every" frame paint
[10:03] <tsdgeos> thus eventually unity8 spends it's life copying a huge list of timers around
[10:03] <tsdgeos> and i guess has no time to actually animate your stuff
[10:03] <mzanetti> aha!
[10:04] <tsdgeos> s/it's/its
[10:04] <mzanetti> "a timer on every frame paint"
[10:04] <mzanetti> that sounds scary even without leaking it
[10:08] <Mirv> tsdgeos: yes, I'm reading your bug updates, it sounds like it could be the core issue
[10:08] <Mirv> and hopefully is, making my Qt preration work for the worst useless (always a good news)
[10:10] <tsdgeos> argable qt should not be leaking the timer if you do it wrong
[10:10] <tsdgeos> but oh well
[10:11] <tsdgeos> greyback: https://code.launchpad.net/~aacid/qtmir/timer_thread/+merge/250423
[10:12] <greyback> tsdgeos: thank you
[10:22] <Mirv> mzanetti: after all, smooth robots vs robots is critically important
[10:27] <tsdgeos> Mirv: greyback: mzanetti: can we get this into a silo so pat&others can try it?
[10:28] <greyback> tsdgeos: sure, am just sanity testing it right now
[10:28] <tsdgeos> k
[10:29] <Mirv> tsdgeos: greyback: adding a line and kicking the first build already
[10:29] <greyback> alrighty
[10:32]  * tsdgeos just got his Google Code In blanket
[10:32] <tsdgeos> shame winter is almost over :D
[10:37] <mzanetti> Mirv: of course it is :P
[11:12] <tsdgeos> Cimi: can you do https://code.launchpad.net/~aacid/unity8/qmluitests54 ? I guess Daniel didn't top approve because you claimed it too
[11:15] <Mirv> greyback: tsdgeos: seems much better with the PPA
[11:17] <tsdgeos> Mirv: great
[11:17] <greyback> I don't see any visual impact, so will TA
[11:21] <tsdgeos> greyback: great :)
[11:42] <Cimi> tsdgeos, some indent for pincharea, rest is gine
[11:42] <Cimi> fine
[11:55] <tsdgeos> Cimi: indent fixed
[11:57] <tsdgeos> greyback: Mirv: so how do we go on with that silo? should we land it?
[12:04] <Mirv> tsdgeos: if upstream ie greyback is happy too, yes please mark the line as tested and I'll land it
[12:05] <greyback> I'm happy
[12:05] <Cimi> Saviq, can I do https://code.launchpad.net/~aacid/unity8/properVRangesCurrentScope/+merge/246465 ?
[12:06] <Saviq> Cimi, yeah, go for it
[12:09] <Mirv> greyback: spreadsheet line 57, then
[12:10] <Mirv> after happy to mark as tested
[12:10] <tsdgeos> what do i need to write on it?
[12:11] <Mirv> oh, right, we need the -gles too though
[12:11] <Mirv> tsdgeos: usually image tested, tester name, device
[12:15] <tsdgeos> Mirv: in comments?
[12:20] <Mirv> tsdgeos: there's the Tested? field, with syntax
[12:21] <tsdgeos> i'm obviously not on the same spreadsheet as you
[12:21] <tsdgeos> can't see any tested field
[12:28] <Mirv> greyback: can you also approve https://code.launchpad.net/~timo-jyrinki/qtmir/gles_20150220/+merge/250435 ?
[12:30] <greyback> Mirv: done
[12:30] <Mirv> tsdgeos: "Testing pass?"  on citrain spreadsheet, but if you are not a lander you probably dom't have edit rights
[12:30] <tsdgeos> Mirv: yeah i'm not a lander, can't edit
[12:30] <tsdgeos> greyback: can you ?
[12:30] <greyback> yeah
[12:31] <tsdgeos> food time!
[12:33] <greyback> done
[12:40] <Mirv> qtmir-gles building, good to go after that
[13:20] <Mirv> tsdgeos: published
[13:20] <Mirv> thanks greyback for the help
[13:20] <greyback_> np
[13:35] <tsdgeos> awesome guys
[14:18] <Mirv> nope, you're awesome
[14:33] <MacSlow> greyback_, how bad is such a mir-common error: http://pastebin.ubuntu.com/10325163 ?
[14:34] <greyback_> MacSlow: I've never seen that before
[14:34] <greyback_> suggest you ask in #ubuntu-mir they'll have a better idea
[14:35] <MacSlow> greyback_, I'm getting that for running my shell-rotation-AP test (which is by now means complete nor correct)
[14:36] <MacSlow> greyback_, I will... just puzzled by the side-effect one definition in a supporting class has
[14:37] <greyback_> MacSlow: I'm mystified, the error message alone is peculiar
[14:37] <tsdgeos> oh
[14:37] <tsdgeos> dev days are gone
[14:37] <tsdgeos> ^W rebranded
[14:38] <MacSlow> greyback_, that doesn't give me much confidence in evaluation what might be going on :)
[14:39] <greyback_> MacSlow: I'm not the Mir expert ;) that error is from mir code, best ask mir team!
[14:40] <MacSlow> greyback_, sure... you were just my first point of entry :)
[14:42] <MacSlow> greyback_, seems I found a way to avoid that error...
[14:42] <greyback_> how?
[14:42] <MacSlow> greyback_, Python-magic I don't really understand... but am glad exists ;)
[14:44] <MacSlow> greyback_, part of it seems to be a name-collision
[14:48] <greyback_> whatever you say :) I don't understand the problem, but glad you figured out a fix
[15:36] <mterry> mzanetti, did you ever figure out why mouse interaction broke?
[15:41] <tsdgeos> mterry: quick one https://code.launchpad.net/~aacid/unity8/notwohostnames/+merge/250460
[15:41] <tsdgeos> Cimi: or you if you're bored :D ↑
[15:43] <mterry> tsdgeos, sure
[15:43] <mzanetti> mterry: yes, fixed now
[15:43] <mterry> mzanetti, what did I do?  :)
[15:43] <mzanetti> mterry: in the end it turned out that it indeed only broke my branch... not trunk... so my bad. sorry for that
[15:44] <mzanetti> mterry: what happened is that you set LauncherPanel.enabled to false when not "visible"
[15:44] <mterry> mzanetti, oh well...  good.  Sorry for breaking you though  :)
[15:44] <mzanetti> and when revealing by mouse it's not going to that state
[15:45] <mterry> mzanetti, right...  ah...  I did that because Olga tested and could press launcher buttons while dragging it out
[15:45] <mterry> mzanetti, in the tutorial.  So I figured user shouldn't be able to press buttons while dragging.  But I did not think about mice that's true
[15:46] <Cimi> tsdgeos, ok
[18:07] <rcarlos> who
[18:07] <rcarlos> whois
[18:08] <rcarlos> ?
[18:11] <rcarlos> desktop-next latest version one
[18:31] <rcarlos> end
[18:31] <rcarlos> quit
[18:32] <rcarlos> help