[08:24] <Saviq> tsdgeos, also, ogra's reporting My Music scope is real slow for him... he's got 34G of music on the SD card...
[08:25] <Saviq> mzanetti, that's a duplicate bug #1372490, no?
[08:27] <mzanetti> Saviq: yep
[08:28] <tsdgeos> Saviq: i don't have such a big SD card :/
[08:28] <mzanetti> Saviq: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1351559
[08:28] <tsdgeos> nor such more music i'd say
[08:28] <Saviq> tsdgeos, yeah me neither (card, music I'd find)
[08:29] <tsdgeos> do we show *everything* in the my music scope?
[08:32] <Saviq> tsdgeos, I'm worried that we do
[08:32] <Saviq> tsdgeos, which, arguably, is a music scope bug
[08:33] <tsdgeos> i mean we can be as optimal as you want
[08:33] <tsdgeos> but if we have a model with 1 million of items
[08:33] <tsdgeos> it's going to be slow
[08:35] <Saviq> tsdgeos, well, in theory that's what ListView is supposed to take care of... but we kinda disabled its delegate management in the recent landing... and that's when ogra noticed the slowness
[08:36] <Saviq> tsdgeos, criss-cross https://ci-train.ubuntu.com/job/ubuntu-landing-019-1-build/66/console :/
[08:36] <Saviq> let's see what happens if I don't reorder prereqs
[08:36] <tsdgeos> Saviq: yeah kill and base not clickable depend on eachother
[08:36] <tsdgeos> but merge should be smart enough to find about it
[08:37] <Saviq> tsdgeos, well, yeah, it's not...
[08:37] <tsdgeos> Saviq: leave kill out
[08:37] <tsdgeos> it doesn't really add anything
[08:37] <tsdgeos> besides some less code
[08:38] <Saviq> tsdgeos, k
[08:38] <tsdgeos> we can merge it later
[08:38] <tsdgeos> and if we want for rtm we do merge it and if not leave it in master for next time
[08:39] <Saviq> kk
[08:40] <tsdgeos> Saviq: i guess for the infinite listview problem we could go to say only have a vertical cache of 5 times the height, or 10 times the hegiht, not the whole list
[08:40] <tsdgeos> it's all still async so should not be "slow"
[08:40] <tsdgeos> but you never know what happens with so many items
[08:40] <Saviq> tsdgeos, yeah, sounds like a good middleground
[08:41] <Saviq> tsdgeos, but also, I think we should never unload apps
[08:41] <tsdgeos> if this is prioritary i should go out, buy such a big sd card, debug it and find where the slowness is
[08:42] <tsdgeos> otherwise i'm not sure a hack like 10 times the height is a good or a bad thing tbh
[08:42] <Saviq> tsdgeos, I'm not sure how bad it feels, I'll ask ogra to record a video
[09:01] <tsdgeos> hmmm
[09:02] <tsdgeos> "Cancel" on the uninstall thing
[09:02] <tsdgeos> takes ages to take effect :S
[09:07] <Saviq> MacSlow, could use your opinion on https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1378920/comments/4
[09:08] <MacSlow> Saviq, looking...
[09:08] <Saviq> MacSlow, nothing pressing, just brain food
[09:10] <MacSlow> Saviq, I've read about it yesterday already, but was unable to figure out how to affect the audio-role from the notification-system... maybe fore the sake of simplicity I should just drop the sound attached to the volume-sync-notification.
[09:11] <Saviq> MacSlow, we'll see what we come up with, I rather wanted your opinion on the second part
[09:11] <Saviq> MacSlow, whether *we* should play the incoming call/message sounds instead of the telephony stack
[09:12] <Saviq> if we say we loop in snap decisions, but only play once in other notifications, it could just work
[09:15] <Saviq> MacSlow, at least that would be a central place where things like that happen, where currently we have the telephony stack play its own sounds, the reminders / alarms using the notifications (?) etc.
[09:15] <Saviq> MacSlow, also, kind-of related bug #1379238
[09:16] <MacSlow> Saviq, the suggestion with the loop-play only in snap-decisions and single-iteration play for all other notification-types also makes sense.
[09:18] <Saviq> MacSlow, yup
[09:18] <MacSlow> Saviq, replied to bug
[09:18] <Saviq> MacSlow, tx
[09:21] <Saviq> MacSlow, only problem I can see is the sound role... maybe we can use the importance of a notification though (because i.e. we want to play incoming call sound for sure, not so sure about reminders and alarms, though)
[09:22] <MacSlow> Saviq, can we alter a sound-role from withing unity8?
[09:23] <MacSlow> Saviq, I've no idea how that works atm
[09:23] <Saviq> MacSlow, we need to be able to, and I think it would be possible with AudioEngine
[09:23] <Saviq> MacSlow, http://qt-project.org/doc/qt-5/qml-qtaudioengine-audioengine.html
[09:23] <Saviq> MacSlow, as Sound has a category prop http://qt-project.org/doc/qt-5/qml-qtaudioengine-sound.html#category-prop
[09:24] <Saviq> MacSlow, I'm just pulling that out of my a$$ right now, though
[09:24] <Saviq> so we'll definitely need folks to tell us how to
[09:25] <MacSlow> Saviq, lots of stuff to sort out for something "simple" as volume-notifications
[09:25] <Saviq> as always
[09:25] <Saviq> we just uncover shortcomings all over the place is all, expected really
[09:33] <Saviq> MacSlow, FYI bug #1379248
[09:34] <MacSlow> Saviq, assigned myself to the notification bits
[09:37] <MacSlow> Saviq, I'll do the telephony-service part too... for consistency and faster turn-around.
[09:37] <Saviq> MacSlow, yeah, just not now, I think we need some more thinking about all this
[09:37] <MacSlow> Saviq, certainly... would want clear guidance from UX first
[09:37] <Saviq> yup
[09:38] <Saviq> wonder if we'll manage to get a session on this in DC
[09:38] <MacSlow> Saviq, is Design in DC too?
[09:38] <MacSlow> I thought they were not attending
[09:39] <Saviq> MacSlow, a bit of them are I hope
[09:39] <Saviq> would be crazy if they didn't
[09:39] <MacSlow> Saviq, yup
[09:39] <Saviq> MacSlow, yeah, some 12 people
[09:40] <Saviq> it's gonna be a big sprint, >200 peep
[09:40] <MacSlow> uff
[09:48] <Cimi> Saviq, can you review flickable speed please?
[09:50] <Saviq> Cimi, it won't land yet, silo is built already, testing now
[09:50] <Saviq> Cimi, but I'll add it to my list, or find some other victim
[09:50] <Cimi> tsdgeos, :D
[09:51] <Cimi> Saviq, silo num?
[09:51] <Saviq> Cimi, 19
[09:51] <Cimi> ta
[09:53] <Saviq> Cimi, http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=unity8 btw
[09:53] <Cimi> oh wow
[10:01] <willcooke> hi all, how can I take a screenshot in U8/Mir?
[10:02] <tsdgeos> phone or desktop?
[10:02] <willcooke> tsdgeos, desktop
[10:02] <tsdgeos> don't know :/
[10:02] <willcooke> what is this "phone" of which you speak? ;)
[10:03] <willcooke> I was thinking of using the Mir screencast tool and just take 1 frame
[10:03] <willcooke> I guess I'll do that
[10:04] <tsdgeos> willcooke: phablet-screenshot
[10:04] <tsdgeos> you can see if whatever that script does works on the destkop
[10:04] <willcooke> I'll try it, thanks
[10:04] <tsdgeos> pstolowski: when uninstalling an app, i get
[10:04] <tsdgeos> invalidateScopeResults: no such scope ' "com.canonical.scopes.clickstore" '
[10:04] <tsdgeos> which i think it's yours, no?
[10:05] <pstolowski> tsdgeos, hmm, interesting, what image?
[10:05] <tsdgeos> pstolowski: laatest devel-proposed i think
[10:08] <pstolowski> tsdgeos, apt-cache policy unity-plugin-scopes ?
[10:10] <tsdgeos> pstolowski: http://paste.ubuntu.com/8526074/
[10:33] <pstolowski> tsdgeos, i cannot reproduce, i've latest 0.5.4+14.10.20141002.1-0ubuntu1. did you by any chance remove that scope?
[10:34] <pstolowski> tsdgeos, is that ppa up-to-date?
[10:34] <tsdgeos> pstolowski: the click scope?
[10:34] <tsdgeos> no
[10:34] <tsdgeos> pstolowski: i get that when uninstalling an ap, can't do that without the click scope :D
[10:36] <pstolowski> tsdgeos, you can do it from the apps scope
[10:36] <pstolowski> tsdgeos, and remove clickstore scope
[10:36] <tsdgeos> ii  unity-scope-click                                    0.1.1+14.10.20140929-0ubuntu1                             armhf        Click Packages Scope for Unity
[10:38] <pstolowski> tsdgeos, cany you see if this happens for you with the official unity-plugin-scopes (not the one from ppa)
[10:38] <tsdgeos> pstolowski: i'll try later, trying to debug something else atm
[10:38] <pstolowski> tsdgeos, sure, np
[11:03] <Saviq> MacSlow, there's two bugs with synchronous notifications: a) the sound is only played once, not for every notification - that's a unity8 issue; b) the notification seems to be displayed for a value *before* the change, meaning that if you go up and then down, it first goes up;
[11:04] <Saviq> that second one seems to be an indicator-sound issue, but I saw this is getting pulled out from rtm, not sure what's the status there, are you?
[11:05] <Saviq> erm... "first goes up, when you pressed down"
[11:05] <MacSlow> Saviq, not atm... currently have my head spinning due to the max-volume warnings
[11:06] <Saviq> MacSlow, mhm, I'm not sure we should land the synchronous ones in this state though
[11:06] <Saviq> or rather, I'm sure we shouldn't
[11:07] <MacSlow> Saviq, I try what I can... but am a bit overwhelmed by all the issues turning up
[11:07] <Saviq> the delay between me pressing the buttons and the reaction is quite big, too
[11:07] <Saviq> MacSlow, just do what you're doing, I'll pull the sync ones from the silo for now
[11:08] <MacSlow> I'm clueless about the latency... on the desktop (old notify-osd) there's no such issue
[11:09] <MacSlow> Saviq, looking from a  pure unity8-standpoint it can't be us... since my icon-value.py test is pretty fast
[11:09] <Saviq> MacSlow, yeah, needs investigation
[11:09] <MacSlow> Saviq, it's got to be something in between the volume-button input-processing and indicator-sound
[11:10] <Saviq> MacSlow, it is unfortunate that the travel is: unity8 (input) → indicator-sound → unity8 (bubble), we might need to rethink that
[11:12] <MacSlow> Saviq, to be honest (and mpt just recently verified taht ) this should not go through notifications at all... but rather be a (still to be designed) dialog-service
[11:12] <MacSlow> Saviq, so the whole step through unity8 could be avoided
[11:13] <mpt> That was my opinion, not a verification of any sort :-)
[11:13] <Saviq> MacSlow, well, that's assuming that the dialog service won't be part of unity8 in any case, we need at least the input processing step in unity8 as that's what receives the input
[11:14] <MacSlow> mpt, anything you say is some sort of verification in my eyes :)
[11:14] <mpt> =)
[11:20] <mpt> I don’t see dialogs and volume/brightness/peripheral confirmations as related, though
[11:23] <facundobatista> Hola!
[12:15] <Saviq> /food
[12:46] <mterry> dednick, did you get a chance to try the "async: false" bits with your other branch and see if it was any better?
[12:51] <greyback> tsdgeos: know of this bug in scopes: if I scroll up a small bit so the header is half occluded, then tap the search icon, the header & textbox inside remain half occluded (i.e. it doesn't expand down again)
[12:56] <tsdgeos> greyback: didnt't know about no, afaik there's no code for it, so yeah doesn't work :D
[12:56] <tsdgeos> greyback: can you open a bug?
[12:56] <greyback> tsdgeos: doing
[12:58] <dednick> mterry: not yet. was just having lunch. will give it a go now.
[13:05] <dednick> mterry: yeah, seems to make it better.
[13:05] <mterry> dednick, OK...  I'll switch back to async
[13:11] <mterry> dednick, OK done
[13:14] <dednick> mterry: approved
[13:14] <mterry> dednick, thanks!
[13:14] <mterry> MacSlow|lunch, fixed the test issues in the no-demo-locking branch
[13:26] <tsdgeos> pstolowski: yes same error on a newly flashed and totally disupgraded phone
[13:26] <tsdgeos> invalidateScopeResults: no such scope ' "com.canonical.scopes.clickstore" '
[13:29] <MacSlow> mterry, ok... will look at it again
[13:31] <pstolowski> tsdgeos, hmm weird, so what image is this?
[13:33] <tsdgeos> pstolowski: 275
[13:34] <pstolowski> tsdgeos, ok, i'm reflashing
[13:36] <tsdgeos> pstolowski: want me to open a bug?
[13:37] <pstolowski> tsdgeos, yes, thanks
[13:41] <Saviq> UGH
[13:44] <Saviq> dednick, can you ack https://code.launchpad.net/~saviq/unity8/datetime-rename/+merge/237787 please
[13:47] <dednick> Saviq: uuh, do we know where that design change came from?
[13:48] <dednick> ted: https://bugs.launchpad.net/indicator-datetime/+bug/1377286 ? where does the request come from?
[13:48] <Saviq> dednick, https://bugs.launchpad.net/indicator-datetime/+bug/1377286
[13:49] <Saviq> dednick, I think that's supposed to help with the panel redesign you're doing, no?
[13:49] <seb128> Saviq, shouldn't you do the same for other indicators?
[13:49] <Saviq> seb128, yeah, now I see there's more
[13:50] <seb128> Saviq, like "Notifications"
[13:50] <ted> dednick, That's the bug, it's from the "delta doc" RTM redesign.
[13:50] <ted> dednick, We tried to go through that doc and turn it into bugs.
[13:50] <Saviq> seb128, what *should* have happened is that change should've come in one silo... and those tests should't even live with unity8 but in a platform test suite that needs to pass for everyone...
[13:51] <ted> Saviq, I think other ones changed as well.
[13:51] <dednick> ted: can you link the doc for me?
[13:51] <Saviq> ted, none yet
[13:52] <ted> dednick, https://docs.google.com/a/canonical.com/document/d/1jHIGzAzf7kFELgOiU9J0Hd9mOa3NzTsnEglLmx_qEfk/edit#heading=h.lo6wjg7251og
[13:53] <ted> Saviq, Sorry, did know your tests referenced the title strings.
[13:53] <ted> didn't
[13:53] <Saviq> ted, yeah, because that's stoopid
[13:53] <Saviq> but hey
[13:54] <dednick> Saviq: ('Messaging', dict(indicator_name='indicator-messages')),
[13:54] <dednick> 'Power', dict(indicator_name='indicator-power',
[13:55] <dednick> stupid. we should just remove that crappy title checking.
[13:55] <Saviq> dednick, that first string in there is just a label for tests
[13:55] <dednick> oh. power is right, but title='Notification center' should be 'Notifications'
[13:56] <Saviq> dednick, further down are the strings that are actually checked against
[13:56] <tsdgeos> dandrader: dednick: what about the qmluitests of https://code.launchpad.net/~nick-dedekind/unity8/qmltest-renderer-bumping/+merge/237035 ?
[13:57] <Saviq> ted, messages doesn't say "Notifications" for me yet?
[13:57] <dednick> ted: what about it?
[13:57] <dednick> tsdgeos: ^
[13:57] <dednick> ted: sorry, not you
[13:57] <dandrader> tsdgeos, you mean the jenkins failure?
[13:57] <tsdgeos> dednick: well it's a failure :D
[13:57] <ted> dednick, I'm +1 :-)
[13:58] <ted> Saviq, Hmm, it migrated last, so it might be stuck in the pipes still.
[13:58] <dednick> tsdgeos: oh :) sorry. didnt realise you were talking about CI
[13:58] <Saviq> ted, right, now I see it
[13:59] <dandrader> dednick, yeah, he wasn't clear
[14:06] <Saviq> ted, since you're around, can you please ACK https://code.launchpad.net/~saviq/unity8/datetime-rename/+merge/237787 then
[14:07] <Saviq> ted, also https://code.launchpad.net/~macslow/indicator-sound/synchronous-notification/+merge/229061/comments/583086
[14:09] <Saviq> elopio, hey, is there a system-wide integration test suite around yet? that basically any silo should pass through?
[14:10] <ted> Saviq, Huh, that's odd. I have a different MR though.
[14:10] <ted> https://code.launchpad.net/~ted/indicator-sound/synchronous-notification/+merge/237666
[14:10] <ted> That starts with unreverting the revert.
[14:11] <Saviq> ted, ok, let's have a silo for that, together with the unity8 and unity-notifications branch when this lands, ok?
[14:11] <ted> K
[14:12] <Saviq> MacSlow, uh oh, notifications are no longer right-aligned when > 60GU wide device
[14:16] <dednick> tsdgeos: hm. doesn't seem to be related to my branch, but not sure. doesn't faill on my box
[14:16] <tsdgeos> dednick: well you added an indicator and now indicator was failing, i thought it may have to do :D
[14:17] <MacSlow> Saviq, crap!
[14:18] <MacSlow> Saviq, I've not touched the N10 in some weeks to be honest
[14:18] <Saviq> MacSlow, me, s/weeks/months/
[14:18] <tsdgeos> who would i complain about app names in previews not being localized?
[14:18] <tsdgeos> alecu: ?
[14:19] <MacSlow> Saviq, but then I've certainly not touched anything regarding that in notifications... so I'm almost certian it's not directly due to changes I introduced
[14:19] <alecu> tsdgeos: is that for every app? that would be me, yes.
[14:19] <MacSlow> Saviq, that's without looking deeper into the issue
[14:19] <Saviq> MacSlow, no, it's definitely a fallout of some other change
[14:19] <tsdgeos> alecu: i'd say every app yes
[14:19] <Saviq> MacSlow, a one-liner probably
[14:20] <Saviq> MacSlow, but yeah, not to interrupt what you're doing now
[14:20] <MacSlow> Saviq, sounds like some side-stage related piece
[14:20] <tsdgeos> alecu: where do i open the bug?
[14:20] <Saviq> MacSlow, yup, could be anywhere where big chunks of the shell were moved around
[14:20] <alecu> tsdgeos: https://bugs.launchpad.net/ubuntu/+source/unity-scope-click/+filebug
[14:20] <alecu> tsdgeos: thanks for spotting that
[14:22] <mterry> mzanetti, did you write Unity/Launcher/dbusinterface.cpp?
[14:22] <mzanetti> mterry: yes
[14:22] <mterry> mzanetti, the PropertiesChanged signal emitted by that class does not include the interface parameter.  Are there any consumers of that signal right now?
[14:23] <mzanetti> mterry: not that I know of
[14:23] <mterry> mzanetti, OK.  (I'm doing some minor cleanup in response to your comments in the dbus-race-fix MP)
[14:23] <mzanetti> mterry: ok, thanks.
[14:24] <mzanetti> mterry: does that make sense to you?
[14:24] <mzanetti> the comment regarding the libunity-private thing
[14:24] <tsdgeos> alecu: https://bugs.launchpad.net/ubuntu/+source/unity-scope-click/+bug/1379366
[14:25] <Saviq> ted, we don't have tests for the other indicators because they're not visible by default, the test for those would fail
[14:25] <mterry> mzanetti, yeah it makes sense, I like sharing code.  Just hadn't envisioned doing any refactoring this late  :)  But it's a baby refactor
[14:25] <alecu> tsdgeos: thanks
[14:25] <mterry> mzanetti, also didn't know about libunity8-private before -- good place to put some private shared code -- I think we may want to put qsortfilterproxymodelqml.cpp in there at some point
[14:26] <mzanetti> mterry: +1
[14:26] <mzanetti> mterry: yeah, the lib is quite new
[14:26] <mzanetti> but overdue
[14:28] <Saviq> eeee
[14:28] <mzanetti> :D
[14:28]  * mzanetti hides
[14:29] <Saviq> mzanetti, no, that was a general eeee
[14:29] <mzanetti> "a general eeee"
[14:29] <mzanetti> mhm...
[14:29] <mzanetti> :D
[14:30] <ted> Saviq, Hmm, so. Next silo hides a bunch of indicators by default…
[14:30] <ted> I guess just transfer and location right now.
[14:30] <Saviq> mzanetti, my manta just told me it won't install unity8-private 'cause it depends on qml-module-ubuntu-connectivity.... and that qml-module-ubuntu-connectivity is already the newest version ¿?
[14:30] <ted> But next branch will hide messages as well.
[14:30] <Saviq> ted, please run unity8 ap tests against that then
[14:31] <Saviq> at least the indicator ones
[14:32] <mzanetti> Saviq: ah ok... I was worried you only saw the libunity-private now and didn't agree
[14:32] <ted> Saviq, K, is that just a phablet-test-run thing or do I need more?
[14:33] <ted> Wait, we know they'll fail.
[14:33] <ted> Saviq, How do I run the tests with your changes in the branch?
[14:34] <Saviq> phablet-test-run -n -p unity8-autopilot unity8
[14:34] <Saviq> ted, you can either put the unity8 tests in ~phablet/autopilot or just edit the ones in /usr/lib
[14:34] <Saviq> or just built a package and install it ;)
[14:37] <ted> Saviq, Okay
[14:41] <charles> Saviq, I'm surprised that indicator-messages didn't break too -- it got renamed from "Notification centre" to "Notifications"
[14:41] <Saviq> charles, yeah it did, really
[14:41] <charles> i'm glad datetime was just a two-line fix
[14:41] <Saviq> charles, just I didn't get it yet 'cause it migrated last
[14:41] <charles> ack
[14:43] <elopio> Saviq: we have https://code.launchpad.net/ubuntu-autopilot-tests/ubuntu-experience-tests
[14:43] <elopio> but it's still too small to be useful.
[14:43] <elopio> before we had time to complete it, crazyness started and now everyone is doing manual testing.
[14:46] <dandrader_> tsdgeos, so, touchOwnership should be good to go now, I hope
[14:48] <Saviq> elopio, :|
[14:49] <Saviq> dednick, could you have a look at bug #1377812 please
[14:49] <Saviq> dednick, the video shows the indicators behaving real bad :|
[14:51] <dednick> Saviq: hm. woops
[14:51] <dednick> that doesn't look good
[14:51] <Saviq> dednick, yeah, he's the only one that saw that AFAICT
[14:52] <Saviq> so not sure what to tell him
[14:52] <Saviq> other than "no, of course that's not deliberate, but your phone is broken"...
[14:54] <dednick> Saviq: how to get the rtm image on? which channel? there are so many rtm channels :/
[14:54] <Saviq> dednick, ubuntu-touch/ubuntu-rtm/14.09{,-proposed}
[14:54] <Saviq> dednick, there's only those two
[14:54] <Saviq> that are interesting
[14:55] <dednick> Saviq: thanks
[15:01] <tsdgeos> dandrader_: cool, let me re-review
[15:05] <Saviq> mterry, re: tablet security, I can still right-edge-swipe to spread behind the greeter
[15:05] <Saviq> mterry, I won't block on that, but do note please
[15:06] <Saviq> mzanetti, ↑
[15:06] <mterry> Saviq, huh...  so the greeter is up, and you can get the spread?
[15:06] <greyback> ted: ping
[15:06] <Saviq> mterry, I have to unlock
[15:06] <Saviq> mterry, and then I'm in spread
[15:06] <mzanetti> uh
[15:06] <Saviq> mterry, so the right edge area works
[15:06] <mzanetti> nasty one
[15:06]  * mterry thinks why that would be
[15:06] <mzanetti> I wonder why though
[15:06] <ted> greyback, one sec, otp
[15:07] <mzanetti> mterry: did you completely disable the mousearea?
[15:07] <mterry> Saviq, mzanetti: i'll look at that after I finish other junks
[15:07] <Saviq> ktx
[15:07] <mzanetti> in that case it might let events through
[15:07] <greyback> ted: ok
[15:07] <mterry> mzanetti, I thought there was a setting for spreadEnabled or something similar that we manipulated.  It might just have wrong definition
[15:08] <mterry> Saviq, you said "still" -- so that's not a new regression with my branch?
[15:09] <mterry> Or just a bug that's still in my branch
[15:09] <mzanetti> mterry: you shouldn't need to disable it... the greeter should just eat all mouse/touch events
[15:09] <Saviq> mterry, still in your branch, not sure
[15:09] <Saviq> mterry, i.e. I only noticed with silo 19, didn't check before
[15:09] <mzanetti> mterry: just disabling the right edge won't help, you'd be able to interact with other stuff
[15:10] <mterry> mzanetti, we do have some sort of mouse area, I'd have to look at the code again
[15:10] <greyback> g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting.
[15:10] <mzanetti> mterry: yeah, greeter is a mouse area iirc
[15:10] <greyback> yuk
[15:10] <mzanetti> greyback: jenkins?
[15:10] <greyback> nope, device
[15:10] <mzanetti> I've seen this in a jenkins error log today
[15:10] <mzanetti> on a AP run on mako
[15:10] <greyback> really? ah
[15:10] <greyback> I was runnign AP on mako
[15:11] <greyback> and now I don't know how to proceed
[15:33] <ted> greyback, Sorry, back
[15:34] <pstolowski> tsdgeos, i've just flashed #275 and still cannot reproduce the problem with clickstore... how do you get to the store before uninstalling? via the orange store button?
[15:34] <greyback> ted: it's ok, I should have unpinged you, sorry
[15:34] <tsdgeos> pstolowski: preview
[15:34] <tsdgeos> pstolowski: on the click scope
[15:35] <ted> greyback, Oh, cool, great. Best kind of mistake :-)
[15:38] <pstolowski> tsdgeos, uh, previews in Apps don't work for me on #275
[15:38] <pstolowski> alecu, ^ ?
[15:38] <tsdgeos> pstolowski: ? work fine here
[15:38] <pstolowski> tsdgeos, long press = nothing happens
[15:39] <tsdgeos> pstolowski: in which app? any?
[15:39] <tsdgeos> i just long pressed calclator and got the calculator preview
[15:39] <pstolowski> tsdgeos, any app in Apps
[15:39] <tsdgeos> that's weird
[15:39] <pstolowski> works in other scopes
[15:40] <alecu> pstolowski: very weird. Is that ubuntu-proposed #275 on mako?
[15:40] <pstolowski> alecu, yes. but it works for tsdgeos... let me reboot
[15:41] <alecu> pstolowski: I ran the scope test plan on #274 yesterday, and there were no issues.
[15:42] <pstolowski> alecu, tsdgeos works after reboot ?!
[15:42] <tsdgeos> :S
[15:43] <alecu> pstolowski: very very weird. Can you check the scope-registry.log, to see if the scope was working at that point?
[15:43] <alecu> pstolowski: also, if you manage to reproduce, do not reboot :-)
[15:43] <tsdgeos> :D
[15:44] <pstolowski> tsdgeos, ok, about your finiding: not a bug, it just tried to invalidate results in clickstore store when app is uninstalled, but since that dash page is not shown, it issues a warning
[15:44] <pstolowski> tsdgeos, and it correctly updates click Apps
[15:45] <tsdgeos> pstolowski: ok, just saying in case it was anything, seemed like it might be dangerous
[15:47] <pstolowski> alecu, :)
[15:48] <alecu> too late, I know :-)
[15:48] <pstolowski> alecu, if i manage to reproduce, i won't reboot and will keep it charged until the sprint, so you can take a look ;)
[15:51] <alecu> jajajaj
[15:52] <alecu> pstolowski: but seriously: please enable the old U1_DEBUG env var, and if you manage to reproduce let's check the scope-registry logs
[15:54] <pstolowski> alecu, nothing interesting in scope-registry, i suspect the preview wasn't really requested
[15:56] <Saviq> MacSlow, the video in your email didn't work for me
[15:56] <Saviq> MacSlow, there's some misalignment of the red progress bar over the grey background, too
[15:56] <MacSlow> Saviq, playing back in the browser? can you download and play it?
[15:57] <Saviq> MacSlow, in browser I only get the progress bar, in totem I get a stream error
[15:57] <MacSlow> Saviq, odd... firefox and totem play that file without issues here
[15:57] <Saviq> ⟫ md5sum volume-warning-wip-1.mp4
[15:57] <Saviq> 2f31884efe7b3cc16af58a74727d3919  volume-warning-wip-1.mp4
[15:57] <Saviq> ?
[15:58] <Saviq> huh, plays fine in chrome
[15:58] <Saviq> MacSlow, as you were, must be my gstreamer
[15:58] <MacSlow> Saviq, yup 2f31884efe7b3cc16af58a74727d3919 is the same md5sum I get here
[15:59] <Saviq> MacSlow, FWIW, the dark vs. light... I don't think looking at whether indicators are open is enough
[15:59] <Saviq> MacSlow, what if the app is dark...
[15:59] <Saviq> MacSlow, this doesn't feel thought-out design wise
[16:00] <MacSlow> Saviq, the bg-adaptation is the best I can do right now... it's an improvement over the current situation and design welcomes this too
[16:01] <MacSlow> Saviq, the misalignment I don't see
[16:01] <Saviq> MacSlow, https://wiki.ubuntu.com/Sound?action=AttachFile&do=view&target=Volume+-+High+Warning+v1.jpg
[16:01] <Saviq> MacSlow, left side of the red bar
[16:01] <Saviq> MacSlow, there's grey peeking through
[16:02] <MacSlow> Saviq, that's the mockup image from design
[16:02] <MacSlow> Saviq, I didn't do that :)
[16:03] <MacSlow> Saviq, apt-get vlc and playback my screencast :)
[16:03] <Saviq> MacSlow, oh ok ;)
[16:03] <MacSlow> Saviq, mpt and Josh already replied... they are happy with the new implementation
[16:06] <dednick> Saviq: can't reproduce that problem with dragging the indicators :/
[16:06] <Saviq> dednick, yeah, I couldn't either
[16:07] <dednick> Saviq: only way i can do it is by opening the launcher at the same time.
[16:07] <Saviq> dednick, huh interesting
[16:07] <ted> Saviq, Can you please merge and clean 19, it's messing up my build :-)
[16:07] <dednick> Saviq: ie. drag down indicators a bit and then multitouch the launcher in.
[16:07] <Saviq> dednick, wonder if his phone has consistently touched launcher or something
[16:07] <Saviq> ted, yoo late
[16:08] <Saviq> too, even
[16:08] <dednick> Saviq: hm. also with the greeter swipe
[16:08] <ted> Saviq, Heh, I'll try to be faster next time :-)
[16:08] <ted> Saviq, Thanks!
[16:10] <Saviq> kgunn, would you have time to test unity8 in rtm silo 17?
[16:10] <MacSlow> Saviq, maybe you can wathc this https://www.youtube.com/watch?v=J_tvCQ5hHxI
[16:10] <Saviq> MacSlow, it played fine in chrome already ;)
[16:11] <MacSlow> ah ok
[16:12] <Saviq> MacSlow, so yeah, gstreamer fail here or sthg
[16:13] <MacSlow> Saviq, I've compiz fail for me on my laptop since last week... no clue yet what's messed up... creating a new user and loging in as that user compiz/unity7 works fine on the laptop
[16:13] <MacSlow> I hope to sort that out before coming to DC.
[16:13] <Saviq> MacSlow, my session dies on resume for some time now ;)
[16:16] <kgunn> Saviq: can do after lunch...is that ok ?
[16:16] <kgunn> but it will be my priority
[16:16] <Saviq> kgunn, yeah sure, just as long as we give it to QA soon
[16:17] <kgunn> Saviq: np, thursdays i volunteer to help an underpriveledged kid so can't skip...but i'll be back in a littel over an hour
[16:17] <kgunn> i'll get started
[16:17] <Saviq> kgunn, no worries at all
[16:18] <kgunn> actually i can prolly get unity8 AP rolling
[16:18] <Saviq> kgunn, just I don't want it to way until tomorrow if possible
[16:18] <kgunn> :) i know ...racing against lock down
[16:19] <Saviq> not even, really, just don't wanna waste time
[16:19] <Saviq> we should train Lorn in the train, we'd have 24h coverage :D
[16:19] <kgunn> on it, luckily just flashed krillin w rtm
[16:19] <kgunn> Saviq: yeah but he might quit :)
[16:24] <kgunn> Saviq: woa...uh, looks like you got a conflict in rtm....thostr landing unity8 right now in rtm silo 18
[16:25] <kgunn> are you sure you were sync'd in utopic ?
[16:25] <kgunn> i'm assuming this is just bin copies one right after the other ?
[16:25] <Saviq> kgunn, doesn't matter, silo 17 contains 18
[16:25] <Saviq> kgunn, so well, if 18 isn't under QA yet
[16:25] <Saviq> kgunn, when you said it's good
[16:26] <Saviq> kgunn, actually I think 18 is under QA already, but unless it gets rejected you're fine
[16:26] <Saviq> kgunn, https://trello.com/c/yaIcLdAi
[16:27] <kgunn> ack
[16:27] <kgunn> makes sense
[17:09] <dednick> tags back! 0.1.16
[18:53] <lpotter> morning
[18:54] <Saviq> lpotter, hey
[19:16] <mterry> FYI, I'm looking at the testShellWithPin failure
[19:54] <kgunn> robotfuel: hey, so is there never a crash file in https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1377332
[19:55] <kgunn> ....it sure looks  a heck of a lot like https://bugs.launchpad.net/ubuntu/+source/qtubuntu/+bug/1365673
[19:55] <kgunn> are the same
[19:55] <kgunn> but i'm guessing you're saying with great confidence they are unrelated ?
[19:55] <robotfuel> kgunn: there is never a crash when the ui freezes
[19:55] <kgunn> (i'm just looking at your repro steps)
[19:56] <robotfuel> the qmlscene crash never freezes the whole device