[09:25] <manadart_> achilleasa: I did you see my latest change on that patch?
[09:58] <achilleasa> manadart_: approved; thanks for the change. Can you take a look at https://github.com/juju/juju/pull/11788? (subnets on lxd)
[09:58] <manadart_> achilleasa: Yep.
[10:19] <manadart_> achilleasa: If we could populate parent interfaces for KVM, we could remove the provisioner logic for setting link-layer devices prior to container creation.
[10:21] <achilleasa> manadart_: I believe that's doable (that would be the next card on my todo list btw) but I am not entirely sure where this is supposed to happen
[10:22] <achilleasa> so in the meantime, I am working on the firewaller spike
[11:00] <manadart_> achilleasa, stickupkid: Forward merge: https://github.com/juju/juju/pull/11808
[11:00] <achilleasa> manadart_: looking
[11:04] <achilleasa> manadart_: missed a VirtualPort field ;-)
[11:05] <stickupkid> achilleasa, https://discourse.juju.is/t/multichecker-for-unit-tests/3320
[11:06] <manadart_> achilleasa: Damn. Thought I picked it up in the 2 places you mentioned...
[11:06] <achilleasa> there were 3 of them
[11:07] <manadart_> achilleasa: Stand by.
[11:10] <manadart_> achilleasa: Amended it.
[13:32] <stickupkid> hml, CR for find https://github.com/juju/juju/pull/11809
[13:34] <hml> stickupkid: ack
[14:44] <hml> stickupkid: reviewed
[14:56] <stickupkid> hml, so, this is what I wanted to chat about, I'm unsure we should be doing so much in the client
[14:56] <hml> :-)
[14:58] <stickupkid> hml, thinking about this stuff https://github.com/juju/juju/blob/develop/cmd/juju/charmhub/infowriter.go#L100-L112
[14:58] <hml> stickupkid: me too
[15:00] <stickupkid> hml, I'm going to make some more dramatic changes then
[15:00] <hml> stickupkid:  daily?
[15:01] <stickupkid> sure
[15:45] <achilleasa> wallyworld: any particular (performance?) reason why we use https://github.com/juju/juju/blob/develop/worker/firewaller/firewaller.go#L798 instead of collecting all CIDRs and attempting to merge at the end?
[15:48] <stickupkid> hml, in relation to "Output from not found charm is confusing, there is no mention that the search term failed, nor that the list is of interesting charms?"
[15:49] <stickupkid> hml, that's because the find endpoint is canned response
[15:49] <stickupkid> hml, I update my PR
[15:49] <hml> stickupkid: right, so it’s not even doing not found?  bleh
[15:49] <stickupkid> nope
[15:50] <stickupkid> yeah, love this, moving target
[15:50] <hml> stickupkid: we’ll have to watch that when things go live
[15:50] <stickupkid> yeah
[15:50] <hml> w00t!


[07:53] <tsdgeos> urg
[07:53] <tsdgeos> i lost the time indicator in unity7
[07:53] <tsdgeos> what happened?
[07:56] <arsson> same here
[08:56] <mzanetti> Saviq: I found a way to pass the highlight on to the items... in the end it was even easier than with the OpenEffect - as usual
[08:59] <MacSlow> Saviq, I've still no solution for the "UnityMenuModel is not a type"-failure... I tried all the cmake-foo I know without success.
[09:00] <MacSlow> Saviq, I don't know why it fails for the notifications qmltest but works for the Panel/Indicators one
[09:01] <Saviq> MacSlow, I'd assume the import path is incorrect still
[09:02] <Saviq> mzanetti, yeah, I thought as much
[09:02] <mzanetti> Saviq: only downside: as of now there is no way around using a Tile as base class for delegates - or you'll break the highlight stuff
[09:03] <mzanetti> but probably we had that dependency already in somehow before
[09:03] <Saviq> mzanetti, yeah, that's fine
[09:03] <Saviq> mzanetti, well, we should abstract out a "DashDelegate" that will handle that
[09:03] <Saviq> as Tile is a little too much for a default
[09:03] <mzanetti> probably yes... but actually the Tile is exactly that. just badly named so to say
[09:03] <mzanetti> is it?
[09:03] <Saviq> MacSlow, as in do we have "UnityMenuModel" in the mock being loaded by the test?
[09:04] <Saviq> mzanetti, well, it does have a lot of UI already
[09:04] <mzanetti> hmm, ok
[09:04] <Saviq> mzanetti, but that's fine for now
[09:05] <Saviq> mzanetti, it breaks for carousel
[09:05] <mzanetti> do we have a scope with a carousel around?
[09:05] <Saviq> mzanetti, yeah, on desktop
[09:05] <Saviq> mzanetti, video
[09:06] <mzanetti> Saviq: local videos?
[09:06] <mzanetti> because I only see tiles
[09:07] <Saviq> mzanetti, yeah, just drop something in ~/Videos
[09:08] <mzanetti> still nothing... do I need to fire up some media service?
[09:09] <MacSlow> Saviq, not sure what you mean... there's no UnityMenuModel at all in the mock notification
[09:10] <Saviq> MacSlow, there is a mock QMenuModel plugin
[09:10] <Saviq> MacSlow, in tests/mocks
[09:10] <Saviq> MacSlow, and it doesn't have UnityMenuModel in ther
[09:10] <Saviq> e
[09:11] <Saviq> MacSlow, it's probably enough if you'll have a UnityMenuModel.qml there with the properties you're setting
[09:11] <MacSlow> Saviq, trying...
[09:11] <Saviq> just a dummy one to make QML swallow it - without really using it
[09:14] <tsdgeos> Saviq: https://codereview.qt-project.org/#change,66585 for the missing scopes
[09:14] <Saviq> tsdgeos, you ROCK, sir!
[09:14] <tsdgeos> not fixed in 5.2 either
[09:14] <tsdgeos> Saviq: well, i'm not sure it's the *right* patch, it's a patch that makes it work and makes  to me, let's see what they think :D
[09:15] <Saviq> tsdgeos, that's enough for me ;)
[09:15] <tsdgeos> makes to me -> make sense to me
[09:15] <tsdgeos> i lost the sense soemwhere
[09:15] <mzanetti> probably in the loaders code
[09:15] <tsdgeos> :D
[09:25] <Saviq> mzanetti, ah, just noticed something in the navigation spec...
[09:25] <Saviq> mzanetti, "When a transition moves from last item  in a row to first item in the next row. The visible area of the scope view will scroll to animate the row transition. When the next item is not a visible items in the collapsed state of the category, it will expand."
[09:25] <Saviq> mzanetti, that's for previews
[09:26] <Saviq> (swiping between)
[09:26] <nic-doffay> mhr3, ping
[09:26] <mzanetti> Saviq: yeah? is that not what I'm doing?
[09:27] <Saviq> mzanetti, do you expand the category when you reach the end of the collapsed category?
[09:27] <mzanetti> Saviq: yes. but I collapse again when closing the preview if it was collapsed before
[09:27] <mhr3> nic-doffay, pong
[09:27] <mzanetti> Saviq: did feel really weird otherwise
[09:27] <mzanetti> imho
[09:29] <nic-doffay> mhr3, was away did you manage to sort that scope branch out?
[09:30] <Saviq> mzanetti, k, thought we're limited to the 6 items in preview already
[09:30] <Saviq> mzanetti, why do you collapse when closing?
[09:30] <tsdgeos> mzanetti: when you manually expand the category, do you update expandedIndex ?
[09:31] <mhr3> nic-doffay, i merged with some larger changes we needed which were pretty much touching the same code, but it'll take a day or two to get that branch in... you can just merge the branch i pointed you to, should be good enough for you
[09:32] <mhr3> nic-doffay, that branch being lp:~mhr3/unity8/search-in-progress
[09:32] <MacSlow> Saviq, just pushed the fix that makes the notifications qmltest pass again
[09:32] <MacSlow> Saviq, thx for the pointer
[09:32] <mzanetti> tsdgeos: no, I set filter = false
[09:32] <Saviq> MacSlow, cool, thanks
[09:32] <tsdgeos> mzanetti: actually you should set expandedIndex better
[09:32] <mzanetti> Saviq: I restore the dash to what it was before opening the preview.
[09:32] <tsdgeos> otherwise bad things will happen
[09:33] <tsdgeos> note that i'm working on replace expandedIndex with expandedScopeId
[09:33] <mhr3> nic-doffay, and the new one which will take time is lp:~unity-team/unity8/scope-isactive - but it's based off the search-in-progress one, so should merge cleanly
[09:33] <tsdgeos> since storing the index is bad
[09:33] <mzanetti> tsdgeos: yeah, seen those bad things...
[09:33] <tsdgeos> so you may want to wait on that
[09:33] <mzanetti> tsdgeos: but as I restore it to what it was before I don't hit those
[09:34] <mzanetti> tsdgeos: there was a problem with expandedIndex... forgot what it was, let me check
[09:34] <Saviq> mzanetti, "NOTE: Selected category that was expanded remains so after exiting a preview. "
[09:34] <mzanetti> ok...
[09:34] <mzanetti> missed that
[09:34] <Saviq> mzanetti, I think the desire is to just close the preview "in place"
[09:35] <mzanetti> ok... will change
[09:35] <Saviq> mzanetti, i.e. switching preview really affects the dash like you would do it with your finger
[09:35] <Saviq> mzanetti, but please verify with Oren
[09:35] <Saviq> mzanetti, especially for the case "I expanded category 1, opened previews for category 2, got category 2 expanded by switching previews, closed previews"
[09:35] <Saviq> mzanetti, should category 1 get collapsed and remain collapsed?
[09:36] <mzanetti> Saviq: quite sure it should in that case
[09:36] <nic-doffay> mhr3, is the scope-isactive branch in a useable state atm?
[09:36] <mzanetti> Saviq: the bigger question is how to position the view after collapsing a gategory :D
[09:36] <Saviq> mzanetti, /me too, but let's just verify
[09:37] <tsdgeos> mhr3: pstolowski: is it safe to assume there's no categoryId named "" ?
[09:37] <mhr3> nic-doffay, it deps on changes to unity-core which didn't land yet, so not trivial to get working
[09:37] <mhr3> nic-doffay, but the search-in-progress has all the api you need
[09:37] <Saviq> mzanetti, you mean when you collapse 1 and expand 2, that you may get tricked by LVWPH for contentY?
[09:37] <mzanetti> Saviq: yep
[09:37] <Saviq> mzanetti, you'll manage ;)
[09:38] <Saviq> mzanetti, but you might need to do it in sequence
[09:38] <mhr3> nic-doffay, i suggest just merging search-in-progress into your branch and then when the search-isactive lands your branch should be fine (and the diff won't include the search-in-progress changes)
[09:38] <mzanetti> Saviq: do we actually use DashVideos still?
[09:39] <mzanetti> Saviq: I see it only used for mockvideoscopes
[09:39] <mhr3> nic-doffay, or your branch could even land first...
[09:39] <Saviq> mzanetti, prolly not
[09:39] <Saviq> mzanetti, not DashMusic either
[09:39] <mzanetti> Saviq: because that broke too as it handles the openeffect on its own
[09:39] <pstolowski> tsdgeos: libunity doesn't have constraint on it, so I would say it's not safe
[09:39] <mzanetti> Saviq: should I just drop it or fix it?
[09:39] <Saviq> mzanetti, drop
[09:39] <mzanetti> ack
[09:39] <Saviq> mzanetti, we don't want it
[09:39] <mzanetti> +1
[09:39] <Saviq> mzanetti, ScopeDelegateMapper should go away ASAP
[09:40] <tsdgeos> pstolowski: uncool :D
[09:40] <Saviq> but we still use it for Frequent Apps
[09:40] <nic-doffay> mhr3, cool :)
[09:40]  * mzanetti never saw any "Frequent Apps" yet
[09:40] <mhr3> nic-doffay, or we can even mp search-in-progress by itself...
[09:41] <mhr3> otoh i did some minor fixes in search-isactive... don't want to backport those :P
[09:42] <mhr3> yey for doing things the complicated way :)
[09:42] <tsdgeos> brr
[09:43] <tsdgeos> wow, actaully categoryId is empty for all the categories?¿
[09:43] <tsdgeos> something's wrong somewhere
[09:44] <nic-doffay> mhr3, up to you dude, I'm easy.
[09:45] <mhr3> nic-doffay, i go for easy - merge search-in-progress into your branch
[09:45] <nic-doffay> mhr3, yeah that's what I've done.
[09:45] <nic-doffay> mhr3, so searchInProgress is the property, yeah?
[09:45] <nic-doffay> or at least will be the working one once the other branch lands?
[09:45] <mhr3> nic-doffay, yep, should do all you need
[09:45] <nic-doffay> mhr3, cool.
[09:45] <nic-doffay> ta
[09:45] <mhr3> nic-doffay, should work right away
[09:48] <Saviq> jibel, thanks for going through our bugs!
[09:49] <Saviq> jibel, btw, do you know why the retracers are unable to get anything useful out of apport bugs from touch?
[09:51] <jibel> Saviq, yw, actually lot of the issues I find are already found, so it made more sense to me to triage the queue than submitting new ones.
[09:51] <nic-doffay> Saviq, not sure what's happening with the test fails on my branch with jenkins, all tests pass when I make them...
[09:51] <jibel> Saviq, I asked pitti last week about the retracers, but I don't think he had time to look in detail, I'll ask him again
[09:52] <Saviq> jibel, thanks
[09:52] <Saviq> nic-doffay, that's re: filter selectors?
[09:53] <nic-doffay> Saviq, yeah
[09:54] <Saviq> nic-doffay, the mediumtests-touch are unrelated
[09:54] <Saviq> nic-doffay, it still happens some times on phones for us for some reasons
[09:54] <Saviq> nic-doffay, looking at qmluitests
[09:55] <Saviq> nic-doffay, file:///tmp/buildd/unity8-7.81.3+13.10.20130924.2/Components/PageHeader.qml:494:25: Cannot assign to non-existent property "onExpansionCompleted"
[09:55] <Saviq>                              onExpansionCompleted: {
[09:55] <Saviq>                              ^
[09:56] <nic-doffay> Saviq, ah that's because of the what I mentioned in the comments further up. It relies on the multi selector branch.
[09:56] <Saviq> nic-doffay, yeah, so make sure that gets merged :)
[10:01] <jibel> Saviq, so, arm retraces on x86 is a bit hairy, for the moment the way to go is to run apport-retrace on the phone
[10:01] <jibel> unless we get an actual ARM box where we can do that, of course
[10:01] <Saviq> jibel, ah, apport-retrace!
[10:01] <Saviq> jibel, will that download dbg symbols and such/
[10:01] <Saviq> ?
[10:03] <tsdgeos> mzanetti: since you're touching that code, do you think you can do https://code.launchpad.net/~aacid/unity8/storeExpandedCategoryNotIndex/+merge/187708 ?
[10:03] <mzanetti> tsdgeos: sure
[10:03] <tsdgeos> great
[10:52] <Saviq> mzanetti, re: lazy image... it's a bit tricky to keep aspect ratio, as the Image itself doesn't do this, and there's no way to find out that width/height are "unset" to calculate the other dimension... ideas?
[10:54]  * greyback moving to office
[10:54] <mzanetti> Saviq: I think I did that already somewhere at some point
[10:55] <Saviq> mzanetti, yeah, but that's when you *know* which dimension is to be kept
[10:55] <mzanetti> Saviq: I think you can use the sourceSize to find the original aspect ratio
[10:55] <mzanetti> before setting it
[10:55] <Saviq> mzanetti, *find* yes
[10:55] <Saviq> mzanetti, but I can't find out whether implicitHeight / implicitWidth is used
[10:55] <Saviq> mzanetti, let me rephrase...
[10:56] <Saviq> mzanetti, LazyImage { width: units.gu(10) ... }
[10:56] <Saviq> mzanetti, the image should scale to keep aspect ratio
[10:56] <mzanetti> yes
[10:56] <Saviq> mzanetti, but how do I know that this width is supposed to be used to calculate the height?
[10:57] <Saviq> mzanetti, Image itself won't scale the other dimension in that case
[10:57] <Saviq> mzanetti, sourceSize is capped by actual image size, btw
[10:57] <mzanetti> height: sourceSize.height * width / sourceSize.width
[10:58] <Saviq> mzanetti, and why not width: sourceSize.width * height / sourceSize.height ?
[10:58] <Saviq> mzanetti, that's the thing - I can't know which one of those to calculate, without introducing a new property
[10:58] <Saviq> unless someone tells me otherwise, that is
[10:59] <mzanetti> Saviq: well... if you have width and height stored in the LazyImage
[10:59] <mzanetti> Saviq: then you can use those to calculate the Image's dimensions inside
[10:59] <Saviq> mzanetti, there is *always* width and height, that's the thing
[10:59] <mzanetti> right
[11:00] <Saviq> mzanetti, whether it's set externally or not - that's the question we can't answer
[11:00] <mzanetti> Saviq: probably introducing some new properties then :/
[11:00] <Saviq> it's just going to be equal to implicit*, or 0, but that's not something we should use to find out...
[11:01] <Saviq> mzanetti, yeah, s/sourceSize/desiredSize/ basically...
[11:01] <mzanetti> Saviq: I'd use imageSize, but yeah
[11:01] <Saviq> mzanetti, yeah, I'll think of some name
[11:02] <mzanetti> Saviq: wait... I remember
[11:02] <mzanetti> I think what I did is to keep the ratio and make it fit into width/height
[11:02] <mzanetti> so regardless who set those, the content will scale to the biggest possible, keeping the ratio
[11:03] <mzanetti> centeredIn, that is
[11:03] <mzanetti> Saviq: how does that sound?
[11:06] <Saviq> mzanetti, not sure, but then... it's all really about "scaleTo: width/height" - no need for actual values...
[11:07] <Saviq> so maybe we just need a string prop
[11:07] <Saviq> (ideally enum, but we can't do enums in QML yet)
[11:08] <Saviq> mzanetti, this way you'd just use it as usual, but set scaleTo: "width" in case you want it to do that
[11:08] <Saviq> or scaleTo: "height" otherwise
[11:08] <Saviq> and ignore it if you wanted to force both
[11:08] <mzanetti> probably the most flexible one...
[11:08] <Saviq> mzanetti, centeredIn feels like it'd crop when we don't want to (we want to keep aspect ratio)
[11:09] <Saviq> it's stupid that Image doesn't have that
[11:09] <mzanetti> Saviq: why crop?
[11:09] <Saviq> mzanetti, I think I'm just not sure what you described above
[11:09] <mzanetti> Saviq: ok. so the public API has width/height, as normal
[11:10] <Saviq> mzanetti, yeah, the only addition would be 'scaleTo: "width"/"height"'
[11:10] <mzanetti> Saviq: then the Image inside always keeps the aspect ratio
[11:10] <Saviq> mzanetti, I know what you mean
[11:10] <Saviq> mzanetti, but that's the thing - you don't know the aspect ratio
[11:10] <mzanetti> Saviq: sure you know
[11:11] <Saviq> mzanetti, what you're describing is PreserveAspectFit
[11:11] <mzanetti> Saviq: image's sourceSize holds that information (as long as you don't override it)
[11:11] <mzanetti> Saviq: yeah... that's it
[11:11] <Saviq> mzanetti, yeah, but how does the *user* of LazyImage know?
[11:11] <Saviq> mzanetti, ah, you mean to read it from tere
[11:11] <Saviq> there
[11:11] <mzanetti> yes
[11:11] <mzanetti> the user doesn't care
[11:11] <mzanetti> just give it a place and put it in there with PreserveAspectFit
[11:12] <Saviq> well, except we want to override sourceSize to preserve memory ;)
[11:12] <mzanetti> Saviq: sure, but with a bit of procedural code you can first read it, calculate your stuff and then overwrite it
[11:12] <Saviq> mzanetti, which means loading the image twice
[11:13] <mzanetti> hmm... right... didn't think of that
[11:13]  * Saviq is gonna go with the "scaleTo" approach :)
[11:26] <Saviq> mzanetti, pusehd
[11:27] <Saviq> MacSlow|lunch, works!
[11:56] <tsdgeos> is the CI bot on holiday?
[11:56] <tsdgeos> https://code.launchpad.net/~aacid/unity8/storeExpandedCategoryNotIndex/+merge/187708
[12:01] <MacSlow> Saviq, yeah saw that too :)
[12:02] <Saviq> tsdgeos, it's queued up probably
[12:19] <larsu> rsalveti: hey, do you have any idea what could be causing bug #1226312?
[12:19] <larsu> rsalveti: unfortunately, I don't have a second sim card to reproduce this. I'm not even certain this is indicator-sounds' fault
[12:21] <Cimi> mzanetti, hey, what happened to this? https://code.launchpad.net/~cimi/unity8/unity8.hud-2_hint-reveal-commit/+merge/187488
[12:21] <mzanetti> Cimi: nothing it seems
[12:21] <mzanetti> :)
[12:23] <Cimi> mzanetti, says needs fixing
[12:31] <Cimi> where is Unity.Application?
[12:32] <mzanetti> Cimi: in qtubuntu and unity-mir
[12:33] <mzanetti> Cimi: the tests seem to fail on the phones...
[12:33] <Cimi> mzanetti, why?
[12:33] <mzanetti> Cimi: I don't know...
[12:34] <mzanetti> Cimi: have you run them on your phone?
[12:36] <Cimi> mzanetti, nope
[12:59] <paulliu> mzanetti: https://code.launchpad.net/~paulliu/unity8/unity8-fixgenericpreview/+merge/187762
[12:59] <paulliu> mzanetti: Also I fix the buttons to have the maxWidth. So it should looks better in wide screen.
[13:02] <mzanetti> paulliu: cheers
[13:23] <mzanetti> paulliu: hmm.. this seems to be quite far away from what it should be
[13:23] <mzanetti> paulliu: I added some screenshots
[13:29] <paulliu> mzanetti: ok
[13:30] <paulliu> mzanetti: hmm.. let me fix it again..
[13:31] <Saviq> dandrader, standup?
[13:39] <dednick|lunch> Saviq: ping
[13:39] <Saviq> dednick|lunch, swallow, and pong
[13:40] <dednick> Saviq: :) hopefully an easy one.
[13:41] <Cimi> mterry, hey
[13:41] <dednick> Saviq: about the messaging indicator. Deisgn requires that snap decision messages (missed calls) are able to open the app by clicking the icon when you expand a menu. This works for text messages, but not for missed calls.
[13:41] <mterry> Cimi, hello!
[13:41] <Cimi> mterry, all good? :)
[13:42] <mterry> Cimi, so here's status update on welcome-wizard...  I've fixed a lot of stuff, I'm working now on making it Mir-ready.  Still need to do the dynamic-language thing
[13:42] <Cimi> mterry, I can work on it
[13:42] <Cimi> mterry, however, some things seem to got broken
[13:42] <mterry> Cimi, oh, I broke stuff?
[13:42] <dednick> Saviq: some functionality is missing from telephony-service which does this. I've raised a bug for it, but in the mean time, it's removing the item when you tap the icon, which seems a bit weird. Wondering if we should disable this for snap decisions for the time being until we have a fix, or just leave it
[13:42] <Cimi> mterry, not sure you or the time :)
[13:43] <mterry> Cimi, what's not working?
[13:43] <Cimi> mterry, on my pc, the account page doesn't detect Andrea Cimitan as real name
[13:43] <dednick> Saviq: i'm talking about snap decisions in the messaging menu here.
[13:43] <Saviq> dednick, so not snap decisions... but messaging menu entries, really? :)
[13:44] <dednick> Saviq: yeah, well design originally called them snap decisions i think.
[13:44] <Saviq> dednick, I think we should just fix it :)
[13:44] <Saviq> dednick, and blame them for not fixing it ;)
[13:44] <Saviq> dednick, it was working before, no?
[13:44] <mterry> Cimi, ah.  Did that ever work?  Even on phone when I go forward after setting that, then go back to start and hit that page again, it doesn't know my real name
[13:45] <dednick> Saviq: i dont know if it was ever working for missed calls
[13:46] <Saviq> dednick, did you talk to tiagosh / boiko about this?
[13:46] <mterry> Cimi, well, I may have accidentally broken that, but I don't believe I touched the name code
[13:46] <dednick> Saviq: nope. i dug into the code and found it missing a peice.
[13:47] <mterry> Cimi, also...  when testing on the phone, I found it helpful to chmod a-w /home/phablet/.config/ubuntu-system-settings
[13:47] <mterry> Cimi, that way the system settings always come up
[13:47] <Cimi> mterry, was working a month ago...
[13:47] <Saviq> dednick, so let's find out whether they know about that missing piece and see if they can add it - and let's leave our stuff alone - or if not - look for a temporary solution
[13:47] <mterry> Cimi, OK, well, add that to our TODO then
[13:47] <dednick> Saviq: ok.
[13:48] <paulliu> mzanetti: But for Video preview, I have to do that in another branch.
[13:49] <mzanetti> paulliu: ok
[13:49] <kgunn> mzanetti: tsdgeos ...were you're ears burning ? :) was going to start firing some bugs at you to help take some of the load off gerry
[13:49] <kgunn> tsdgeos: can you look at https://bugs.launchpad.net/ubuntu/+source/mir/+bug/1231125
[13:50] <mzanetti> kgunn: hit me
[13:50] <tsdgeos> kgunn: i guess :D Busy somewhere else, but just assign it to me and i'll put it on the "bug queue"
[13:50] <dednick> boiko: ping
[13:50] <tsdgeos> which is almost empty so it'll be soon
[13:50] <boiko> dednick: pong
[13:50] <kgunn> tsdgeos: yep...
[13:51] <kgunn> mzanetti: thanks...can you look at this one https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1219871
[13:51] <kgunn> mzanetti:  i think they found it with SF on...would be interesting to confirm in w/ very latest mir or not
[13:51] <kgunn> mzanetti: not sure if mir has made it out of staging yet
[13:51] <dednick> boiko: hi, you mind going over the above log between Saviq and I? related to the messagingmenu call activation in the telephony-service
[13:51] <tsdgeos> kgunn: ok, assigned it to my sel
[13:51] <tsdgeos> f
[13:51] <mzanetti> kgunn: ok
[13:52] <dednick> boiko: we are missing dialer app launching from the menu activation (same as text app launch)
[13:53] <boiko> dednick: in a meeting right now, I will check the logs afterwards
[13:53] <dednick> boiko: thanks
[13:54] <boiko> dednick: but it was working before, might have been broken with the time being, but ok, can you report a bug on that?
[13:54] <dednick> boiko: https://bugs.launchpad.net/telephony-service/+bug/1231402
[13:54] <boiko> dednick: I remember the default action thing of libmessaging-menu was not being activated when clicking the icons
[13:55] <boiko> dednick: thanks
[13:55] <dednick> boiko: yeah, that's broken at the moment, but working on a fix. Have it working for text messages, but missed calls do not work
[13:56] <dednick> mzanetti: i think we're good to go on the messaging menu if the review is ok. We will get the tap on icon fix another time.
[13:57] <mzanetti> dednick: you opened a bug for that already, right?
[13:57] <dednick> mzanetti: yep
[13:57] <mzanetti> ok. will do a last check and approve
[14:09] <boiko> dednick: I guess it was never implemented for missed calls, because they didn't want to have a default action for missed calls, I can implement that, should be pretty simple
[14:09] <mzanetti> Cimi: I have to leave for an hour or so. can help you afterwards if you're still stuck. try to run the tests on your device in the meantime
[14:10] <dednick> boiko: ok cool. not sure exactly what they want to happen, open dialer with number set maybe... might want to check with design.
[14:10] <boiko> dednick: yep, will do
[14:10] <dednick> boiko: thanks for that
[14:14] <tsdgeos> i hate floats :D
[14:14] <tsdgeos> -50 -50 false
[14:14] <tsdgeos> -50 is not equal to -50
[14:15] <tsdgeos> argggg
[14:27] <Cimi> help in running autopilot on the phone?
[14:27] <Cimi> maybe I'm missing required packages
[14:30] <Cimi> this is my error http://paste.ubuntu.com/6158929/
[14:37] <Cimi> mzanetti, it's my turn to leave, I'll be back later and tonight
[14:38] <Cimi> mzanetti, I have the error agove ^
[14:38] <Cimi> above
[14:47] <dednick> larsu: crash in inidicator-messages
[14:47] <dednick> larsu: http://pastebin.ubuntu.com/6159005/
[14:47] <dednick> larsu: and 'Hi!'
[14:48] <dednick> larsu: also getting this every now and then. *** Error in `/home/phablet/dev/indicator-messages/install/libexec/indicator-messages/indicator-messages-service': corrupted double-linked list: 0x0004c530 ***
[14:48] <dednick> larsu: but didnt get it the time it crashed
[14:48] <larsu> dednick: hi :)
[14:49] <larsu> dednick: is there a way to reproduce this?
[14:49] <dednick> larsu: not really. just missed calling + dismissing the menu items.
[14:50] <dednick> larsu: i'm getting this weird issue where items are not getting removed from the menu sometimes.
[14:50] <larsu> dednick: cool, I'll do a code review of the section in that backtrace then.
[14:50] <dednick> larsu: ta
[14:50] <larsu> dednick: after you activate them?
[14:50] <larsu> or when the phone app should remove them?
[14:50] <larsu> because you navigated to the call / message
[14:51] <dednick> larsu: after i activate
[14:51] <larsu> strangeness
[14:52] <larsu> dednick: I'll have a go with your branch later today or in the morning tomorrow
[14:52] <larsu> hopefully I'll hit the same issues
[14:54] <dednick> larsu: thanks. it's happening every 2 or 3 times after i do an activate. Highlights another issue though, unity8 doesn' seem like it's handling recovery after you restart the indicator. The old menu items arent being deleted. Think it's something todo with the submenus
[14:55] <larsu> noted.
[14:56] <tsdgeos> mzanetti: can you do https://code.launchpad.net/~aacid/unity8/bug1230187_fix_showHeaderInEdgeCase/+merge/187808 ?
[14:56] <tsdgeos> actually i wanted to say Saviq in that sentence :D
[14:56] <tsdgeos> Saviq: ↑↑
[14:56] <Saviq> tsdgeos, on it
[14:58] <Saviq> tsdgeos, got a fail in testMaximizeVisibleAreaMoveUpAndShowHeader
[14:59] <tsdgeos> hmmmm
[14:59] <tsdgeos> what happened?
[14:59] <tsdgeos> 0 != 0?
[15:00] <Saviq> tsdgeos, 0 != -7.blahe05
[15:00] <Saviq> tsdgeos, worked now
[15:00] <tsdgeos> yeah i got that 0 != almost0 once too
[15:00] <tsdgeos> not sure why :-/
[15:00] <tsdgeos> nor how can i fix it to not happen
[15:01] <tsdgeos> it's not "wrong"
[15:01] <tsdgeos> it's just that someone decided to throw the odd bit up or down somewhere
[15:01] <Saviq> tsdgeos, yeah, dholbach's lockup is in WindowManager::run, too
[15:01] <tsdgeos> :/
[15:10] <tsdgeos> kgunn: Saviq: greyback: do you know where do i have to store local music/videos so that they get picked up? anywhere? or? regarding https://bugs.launchpad.net/unity-mir/+bug/1231125 first want to make sure i get it to work with surfaceflinger :D
[15:10] <Saviq> tsdgeos, ~phablet/{Music,Videos}
[15:11] <Saviq> tsdgeos, search in dash for it to refresh
[15:11] <tsdgeos> oka
[15:15] <tsdgeos> probably pushing a 800M video wasn't the smartest idea
[15:15] <tsdgeos> oh well :D
[15:25] <tsdgeos> hmmm
[15:25] <tsdgeos> i can't get it to play music
[15:25] <tsdgeos> i can get it to open the music player
[15:25] <tsdgeos> but playing music? nope
[15:26]  * tsdgeos reboots
[15:26] <tsdgeos> and for some reason
[15:26] <tsdgeos> i have one file
[15:26] <tsdgeos> and three icons of the song
[15:29] <tsdgeos> and i can't get the video scope to show my video either
[15:30] <mhr3> tsdgeos, not all codecs are supported
[15:30] <mhr3> mp4 wasn't working last time i tried
[15:31] <tsdgeos> mhr3: so isn't even listed on the scopes?
[15:32] <mhr3> no codec -> no metadata -> not knowing that is it a video
[15:32] <tsdgeos> well
[15:32] <tsdgeos> so i can't play videos i recorded?
[15:32] <tsdgeos> or metadata you mean mimetype and length?
[15:34] <mhr3> tsdgeos, i mean that if it can't get the metadata it also wouldn't be able to play it
[15:34] <mhr3> so it's not stored as a video in the db
[15:41] <tsdgeos> mhr3: do you know who do i complain because i have one mp3 and 3 entries in the music thing?
[15:53] <Saviq> tsdgeos, jamesh
[15:53] <Saviq> tsdgeos, or, lp:unity-scope-mediascanner
[15:53] <tsdgeos> :D
[15:54] <Saviq> tsdgeos, you can try pstolowski, too ;)
[16:01]  * tsdgeos scared, phablet-flash running for a long time
[16:01] <mzanetti> tsdgeos: happened to me too quite often lately. just retry
[16:02] <tsdgeos> oh, just finished :D
[16:04] <mzanetti> tsdgeos: do you have the link for that review still handy?
[16:04]  * mzanetti had to restart
[16:04] <tsdgeos> mzanetti: which one?
[16:04] <mzanetti> tsdgeos: are there more? all of them then I guess
[16:05] <tsdgeos> mzanetti: i think i got saviq to do them all
[16:05] <mzanetti> ah ok
[16:05] <tsdgeos> no review from my side waiting
[16:08]  * tsdgeos gets nothing on screen when using mir on the phone
[16:08] <tsdgeos> come on
[16:08] <tsdgeos> not again
[16:09] <tsdgeos> greyback: any idea where to look at?
[16:09] <tsdgeos> unity8's running
[16:09] <tsdgeos> surfaceflinger is not
[16:09] <tsdgeos> oh
[16:09] <tsdgeos> and now i got it on screen
[16:10] <greyback> tsdgeos: patience :) Startup blocks due to HUD service not available
[16:10] <tsdgeos> ok, can repro clicking on a music file not launching the music player
[16:10] <tsdgeos> now
[16:10] <tsdgeos> the image i had from yesterday or two days ago worked
[16:10] <tsdgeos> something regressed :-/
[16:11] <tsdgeos> tedg: anything you're aware of?
[16:11] <tsdgeos> anyway
[16:11] <tsdgeos> will dig tomoorrow
[16:11] <tsdgeos> actually not
[16:11] <tsdgeos> i'm on leave tomorrow
[16:11] <tsdgeos> will dig on monday :D
[16:11]  * tsdgeos waves
[16:11] <tedg> tsdgeos, Have a good day!  :-)
[16:12] <tsdgeos> thank you sir
[16:12] <tedg> tsdgeos, I don't know of anything, but upstart-app-launch was updated.  It shouldn't break that though.
[16:18] <Cimi> mzanetti, ping :)
[16:18] <mzanetti> Cimi: pong
[16:18] <Cimi> mzanetti, I have this http://paste.ubuntu.com/6158929/
[16:18] <Cimi> mzanetti, while running on th phone
[16:19] <mzanetti> Cimi: 'GRID_UNIT_PX' must be a string or a number, not 'NoneType'
[16:19] <mzanetti> Cimi: export GRID_UNIT_PX=18
[16:19] <mzanetti> before running the test
[16:22] <Saviq> jeez that guy
[16:22] <Saviq> back from holiday... 2 days off in a week...
[16:23] <mzanetti> ?
[16:23] <mzanetti> tsdgeos off again?
[16:23] <mzanetti> and you call me slacker :P
[16:25] <Saviq> ;)
[16:26] <Cimi> mzanetti, now complains about libs
[16:26] <Cimi> mzanetti, like it's searching for amd64
[16:26] <Cimi> RuntimeError: Expected library path does not exists: /home/phablet/unity8.hud-2_hint-reveal-commit/builddir/install/lib/x86_64-linux-gnu/unity8/qml/mocks.
[16:27] <Cimi> oh it's in __int.py__
[16:27] <mzanetti> Cimi: huh... weird. never saw that
[16:29] <mzanetti> Saviq: btw. I found what's wrong with ctrl+/ in my QtCreator
[16:29] <mzanetti> its a combination of deadkeys being broken in Qt5 and the german kbd layout
[16:37] <Cimi> mzanetti, doesn't work
[16:37] <Cimi> mzanetti, it required x11 it says
[16:37] <mzanetti> Cimi: use phablet-test-run -n unity8
[16:38] <mzanetti> Cimi: but something is really weird with your stuff
[16:38] <mzanetti> Cimi: did you compile on the desktop and then copy all the stuff to the phone?
[16:38] <Cimi> mzanetti, no I did bzr branch on the phone
[16:38] <Cimi> and compiled etc etc
[16:39] <Cimi> mzanetti, phablet-run complains about missing /home/phablet/autopilot
[16:39] <mzanetti> what?
[16:39] <mzanetti> never saw that either
[16:40] <mzanetti> Cimi: can't be... if you execute "phablet-test-run -n unit8" on your desktop it really should work
[16:41] <mzanetti> (note that it uses the one installed in the system. so you might want to install the package first and then copy over all the files you modified to /usr/
[16:41] <Cimi> mzanetti, http://paste.ubuntu.com/6159428/
[16:42] <mzanetti> om26er: do you know what this is? ^
[16:43] <om26er> mzanetti, let me try myself
[16:44] <om26er> Cimi, restart the phone probably.
[16:44] <om26er> Cimi, which image is that ?
[16:44] <Cimi> om26er, cdimage
[16:45] <om26er> Cimi, it works on my phone which I just flashed. though I have ubuntu-system
[16:57] <Cimi> I'm flashing ubuntu-system
[16:57] <Cimi> let's see
[16:58] <Saviq> Cimi, I had that error, too, but it went fine to test
[16:58] <Cimi> Saviq, AH, MAYBE I HAVE TO WAIT...
[16:58] <Cimi> ops
[16:58] <Cimi> Saviq, how much wait?
[16:58] <Saviq> Cimi, no, no waiting, it started straight away
[16:58] <Saviq> Cimi, you can try with -v to see more autopilot output
[17:00] <Cimi> Saviq, seems like it's doing something
[17:00] <Saviq> Cimi, well, you should see it on screen ;)
[17:01] <Cimi> yep
[17:01] <Cimi> was just very slow
[17:07] <mzanetti> huh? why don't we have the make install target on the phone?
[17:16] <mzanetti> Cimi: ok... ran into the same issue as you did
[17:16] <mzanetti> Cimi: fixed the autopilot tests not require that damn make install any more
[17:17] <mzanetti> which also fixes the x86 issue you had
[17:19] <Cimi> mzanetti, I edited the file anyway
[17:19] <Cimi> but yeah thx
[17:20] <mzanetti> Cimi: still... that make install every time you change a file in order to run autopilot tests was the most annoying thing ever
[17:22] <Cimi> mzanetti, tested hud tests on the device, they work
[17:23] <mzanetti> Cimi: are you sure you are testing the correct unity8?
[17:23] <Cimi> mzanetti, yes
[17:23] <mzanetti> you might be a victim of: https://bugs.launchpad.net/unity8/+bug/1204982
[17:23] <Cimi> I think so...
[17:24] <Cimi> mzanetti, pls help me tomorrow :)
[17:25] <Cimi> dednick, I don't think I'm coming to the office tomorrow
[17:25] <Cimi> dednick, I'll probably go direct home from the airport
[17:26] <mzanetti> Cimi: I think your best bet would be to download a package from jenkins, install it on the phone and use phablet-test-run
[17:26] <Cimi> mzanetti, my tests work on the pc and on the phone
[17:27] <Cimi> why jenkins complains?
[17:27] <mzanetti> I'm quite sure they don't work on your phone but you got fooled by what I reported in that bug
[17:27] <Cimi> mzanetti, but does phablet-test-run deploys something?
[17:27] <mzanetti> no
[17:28] <mzanetti> they run what is installed with apt
[17:28] <Cimi> mzanetti, so how does the plugins and code get transfered?
[17:28] <mzanetti> Cimi: it doesn't
[17:28] <Cimi> mzanetti, so I need to create a package?
[17:28] <mzanetti> that's what I say... you are running the released stuff
[17:28] <Cimi> nope then
[17:28] <mzanetti> Cimi: well, you either create a package, or you download the one from jenkins
[17:28] <Cimi> let me download
[17:29] <Cimi> mzanetti, link to jenkins packages? (sorry for asking)
[17:29] <mzanetti> Cimi: in the comments jenkins posts to your merge request
[17:29] <Cimi> ok
[17:29]  * Cimi looks
[17:32] <Cimi> mzanetti, yeah, they don't work
[17:33] <Cimi> mzanetti, hud_button_appears doesn't
[17:33] <Cimi> nope others don't as well
[17:33] <Cimi> crap
[17:34] <mzanetti> Cimi: ok... now you can edit the files in /usr/lib/python2.7/dist-packages/unity8/
[17:34] <mzanetti> Cimi: and once they work, copy the files (or diff) to your branch on the PC.
[17:34] <mzanetti> Cimi: and you might vote for the bug
[17:39] <Cimi> mzanetti, MismatchError: After 0.5 seconds test on HudButton.opacity failed: 0.0 != dbus.Double(0.008000016212463379, variant_level=1)
[17:39] <Cimi> mzanetti, 0.5 wasn't enough :)
[17:39] <mzanetti> Cimi: that's what I was afraid of
[17:40] <mzanetti> Cimi: and the desktop tests are now ran on real hardware. that's why they work. imagine we would still use the VM's :D
[17:40] <mzanetti> 5 secs probably wouldn't have been enough :D
[17:40] <Cimi> ok
[17:40] <Cimi> mzanetti, shall I disable that check?
[17:41] <mzanetti> Cimi: probably yes... Actually I think such stuff should be tested with qmltestrunner
[17:41] <mzanetti> Cimi: in theory the HUD tests should only test the interaction between the hud menu and the app
[17:42] <mzanetti> Cimi: that button_appears stuff is only there because those were the very first tests that albert wrote, back then when we didn't have qmltests yet
[17:42] <mzanetti> but most of that stuff should be converted to qmltests
[17:42] <Cimi> mzanetti, later though :)
[17:42] <mzanetti> yes
[17:43] <mzanetti> I'm afraid this is one of the things that never will change  :D
[18:35] <kgunn_> mterry, hey, just curious...any luck integrating split greeter branch onto mir-on-mir ??
[18:35] <mterry> kgunn_, I put that aside after our discussion at the sprint to work on other features, like the welcome wizard
[18:36] <kgunn_> mterry, right...but i thot you were just trying to help cimi a bit. my bad, i thot you were going to eventually pick it back up
[18:37] <kgunn_> mterry, or rather...refresh my memory
[18:37] <mterry> kgunn_, the wizard is needing a fair bit of help
[18:38] <mterry> kgunn_, and I don't think it would be great (quality wise) to try to land split greeter so late.  That's the reason I wanted to delay in the first place
[18:38] <Cimi> kgunn_, if jenkins stops complaining I have finished with the HUD stuff
[18:39] <mterry> kgunn_, so I figured no reason to pick it back up yet, I could work on wizard and startup image/animation
[18:39] <mterry> and bugs
[18:40] <kgunn_> mterry, yeah bugs of existing stuff priority
[18:40] <kgunn_> mterry, Cimi welcome wizard is technically ok to not have in place for v1....it made the deferred list
[18:41] <mterry> kgunn_, oh really?  :-/  It'd be really nice though.  But OK.
[18:41] <mterry> kgunn_, what is deferred list?  Everything that we don't have now?  :)
[18:41] <Cimi> kgunn_, without wifi is a bit useless...
[18:41] <mterry> Cimi, naw, it's a nicer introduction.  There's a bug how the first thing the user sees is the words "Right edge"
[18:41] <mterry> Cimi, plus sets up language
[18:50] <kgunn_> mterry, you got it buddy
[18:51] <mterry> kgunn_, OK, well I'll look again at bugs assigned to unity8, but last time I looked, there wasn't anything super important greeter-wise.  If there still isn't, I'll plug away at wizard.  I would like to add it if possible
[18:52] <mterry> even in a minimized just language/welcome form
[18:52] <kgunn_> mterry, i understand (so close you want to jam it in )
[18:52] <mterry> kgunn_, plus, without a split greeter, I feel like I need something OOBE related to land  :(
[18:53] <kgunn_> mterry,on the split greeter front...even tho not for v1, it
[18:53] <kgunn_> 'd be great to have feedback for the mir guys
[18:53] <kgunn_> if you see instability
[18:53] <mterry> fair enough
[18:54] <seb128> mterry, I doubt any oobe is going to land for v1
[18:54] <mterry> seb128, :(
[18:54] <seb128> sorry :/
[18:54] <mterry> seb128, you don't think we can squeeze in a wizard?
[18:54] <seb128> but we were asked to not do any design change or new feature
[18:54] <seb128> just fix bugs
[18:54] <seb128> well, you can try, good luck
[18:54] <mterry> seb128, I have a bug that says we'd like a welcome wizard...  :-|
[18:55] <seb128> mterry, I've some bug that says we would welcome control of the apps displayed on the lock screen
[18:55] <kgunn_> mterry, i bet if you showed up with a welcome wizard done....with at least a week to go, then they'd be happy to take
[18:55] <seb128> mterry, or control of the auth methods
[18:55] <seb128> mterry, that doesn't mean we are going to land those ;-)
[18:55] <mterry> seb128, now you're getting snippy  :)
[18:55] <mterry> j/k
[18:55] <kgunn_> mterry, seb128 no matter what...the works not throw away (think phone v2)
[18:56] <mterry> kgunn_, sure
[18:56] <seb128> mterry, :-P
[18:56] <seb128> well, what kgunn_ said
[18:56] <seb128> if you get something working in the next days, it might go in
[18:56] <seb128> but the priority is to make what we have solid
[18:56] <seb128> it's always tricky to land new code after betas
[18:57] <mterry> seb128, what happened to landing-stuff-until-the-11th-hour
[18:57] <seb128> good old times :/
[18:57] <kgunn_> mterry, trying to break the evil ways
[18:57] <seb128> mterry, I remember times where we were uploading 30 GNOME tarballs the day before hard freeze :p
[18:58] <mterry> kgunn_, seb128: alright, alright.  Quality is good, I just like wizards is all  /me kicks pebble
[18:59]  * kgunn_ imagines mterry in wizard costume at home
[19:00] <seb128> mterry, we like wizards as well, do you have your wand with you? ;-)
[19:00]  * mterry enters bug mode begrudgingly
[19:01] <seb128> mterry, if you need bugs I can assign you some, in memory of the good old desktop team time ;-)
[19:02] <mterry> seb128, I'll look around first  :)
[20:15] <Saviq> Cimi, you can try with -v to see more autopilot output
[20:15] <Saviq> Cimi, you can try with -v to see more autopilot output
[20:33] <Saviq> uh oh
[20:33] <Saviq> my focus behaves *weird* today
[20:33]  * Saviq restarts the session
[21:02] <seb128> bregma, hey, do you know if there are recent known issue about the compiz decorator (click going through)?
[21:02] <seb128> e.g can move by left click and dnd, and right click on the decoration displays the menu from nautilus
[21:04] <seb128> the order borders also don't allow to resize by dnd
[21:12] <bschaefer> seb128, yeah I believe ChrisTownsend fixed that
[21:12] <bschaefer> could be the wrong thing though :)
[21:12] <seb128> bschaefer, do you know when the fix is going to land?
[21:12] <bschaefer> seb128, hmm I think it hit trunk at lease?
[21:12]  * bschaefer checks
[21:12] <bschaefer> ChrisTownsend, also if you know ^
[21:13] <bregma> I think it hit trunk
[21:13] <bregma> but trunk has been waiting to land for a loooong time
[21:13] <seb128> I don't see a commit matching that
[21:13] <seb128> bregma, we had a landing 6 days ago it seems
[21:13] <seb128> bregma, https://launchpad.net/ubuntu/+source/compiz/1:0.9.10+13.10.20130920-0ubuntu1
[21:13] <bregma> ChrisTownsend seems to be away from his desk right now
[21:14] <ChrisTownsend> I'm here
[21:14] <ChrisTownsend> Trying to grok the issue seb128 is seeing.
[21:14] <bschaefer> ChrisTownsend, you remember that bug where the mouse was going through the decor?
[21:14]  * bschaefer could be imagining things...
[21:15] <bschaefer> seb128, like this? https://bugs.launchpad.net/compiz/+bug/1158267
[21:16] <bschaefer> but hmm that should have been released...
[21:16] <ChrisTownsend> bschaefer: That issue actually doesn't affect Unity users.
[21:16]  * bschaefer is mis informed then
[21:16] <seb128> bschaefer, no, doesn't seem the same
[21:16] <bschaefer> ChrisTownsend, ill leave it up to your brain :)
[21:17] <seb128> larsu had the same issue this week
[21:17] <seb128> so it's not only me
[21:17] <ChrisTownsend> seb128: That issue seems new.
[21:17] <seb128> yes
[21:17] <ChrisTownsend> seb128: So how do you reproduce again?
[21:17] <seb128> it started with the most recent landing
[21:17] <seb128> I would tend to blame http://bazaar.launchpad.net/~compiz-team/compiz/0.9.11/revision/3787
[21:17] <bschaefer> ChrisTownsend, could be the bug you're digging into right now?
[21:18] <seb128> ChrisTownsend, I don't know how to reproduce, it happens on some windows at some point
[21:18] <seb128> current on xchat-gnome
[21:18] <ChrisTownsend> bschaefer: Nah, I think it's a different issue.
[21:18] <seb128> my laptop was docked and now is undocked
[21:18] <seb128> so maybe it's due to a screen geometry change
[21:18] <seb128> the click go through the border
[21:18] <seb128> e.g I can't dnd the win by left click-dnd the decoration
[21:18] <seb128> or I can't resize on the borders
[21:19] <seb128> or I can't right click on the decoration to get the wm menu (I get the nautilus menu from under it when doing that)
[21:19] <seb128> it happens only to xchat-gnome atm
[21:19] <seb128> not to new things I open
[21:19] <ChrisTownsend> seb128: Did you happen to use Show Desktop recently?
[21:20] <seb128> couldbe
[21:20] <seb128> I keep hitting that one by mistake when alt-tabbing
[21:20] <ChrisTownsend> seb128: There is a click through issue after using Show Desktoip that's in Unity trunk waiting to land.
[21:20] <seb128> (I swear there is a bug there as well, where alt-tab order gets messed up)
[21:20] <seb128> oh ok
[21:20] <seb128> that could be it then
[21:21] <ChrisTownsend> Lemme find the bug...
[21:21] <seb128> ChrisTownsend, https://bugs.launchpad.net/unity/+bug/1228915 ?
[21:21] <seb128> http://bazaar.launchpad.net/~unity-team/unity/trunk/revision/3528
[21:21] <seb128> I guess
[21:22] <ChrisTownsend> Yep:)
[21:22] <seb128> ChrisTownsend, thanks
[21:22] <ChrisTownsend> seb128: no problem
[23:03] <Saviq> Mirv, so you know, just filed bug #1231738 about our FTBFS under Qt 5.1, will try and get fixed tomorrow


[13:10] <gary_poster> benji has no power, so you know
[13:10] <gary_poster> and hi :-)
[13:30] <gary_poster> bac danilos gmb: hi.  will call in just a min
[13:31] <danilos> hi, ack
[13:51] <danilos> gary_poster, https://bugs.launchpad.net/launchpad/+bug/772763/comments/8
[13:51] <_mup_> Bug #772763: Unmuting a bug's notifications should restore your previous direct subscription <qa-ok> <story-better-bug-notification> <Launchpad itself:Fix Committed by danilo> < https://launchpad.net/bugs/772763 >
[13:59] <gmb> gary_poster: Are we still okay to have our call nowabouts?
[13:59] <gary_poster> gmb, yes was just going to ping.  can start now, or wait a few more seconds for the official top of the hour. :-)
[13:59] <gmb> gary_poster: I'm ready when you are.
[14:05] <gary_poster> danilos, gmb and I just had shortest call evar.  You can try to break his speed record anytime now :-)
[14:05] <gmb> Heh.
[14:29] <danilos> gary_poster, whoa, I haven't seen the ping, but I am willing to give it a go :)
[14:29] <danilos> (didn't expect it to be *that* short :)
[14:29] <gary_poster> :-)
[14:29] <gary_poster> ok danilos, on your mark, get set, ...
[15:36] <bac> hi gary_poster - there has been more commentary on bug 750984 from lifeless and mbp
[15:36] <_mup_> Bug #750984: 401 "this nonce has been used already" error from api <api> <oops> <Launchpad itself:Triaged by bac> < https://launchpad.net/bugs/750984 >
[15:36]  * gary_poster looks
[15:36] <bac> gary_poster: lifeless' take now is that a bad nonce should not generate an oops
[15:37] <bac> and we can investigate if we have a server problem later as a lower priority bug
[15:38] <gary_poster> bac, run with it :-)  If you have made progress on the lower priority bug, then I'm ok with you pursuing that too, under separate cover, but otherwise, +1 on what Robert suggests
[15:38] <bac> gary_poster: so my question is this, the OOPS is generated b/c we raise Unauthorized
[15:39] <bac> gary_poster: in get_principal...so how would you recommend erroring out without OOPSing?
[15:40] <gary_poster> bac, the webservice has a mechanism to say "don't oops on this, and do return this status and this message."  I'm not sure what it is off-hand, and I wish benji were on-line.  Let me see if I can find it...
[15:41] <bac> ah, nice
[15:41] <gary_poster> bac, maybe "from lazr.restful.declarations import webservice_error"...looking
[15:42] <gary_poster> or even create_webservice_error_view
[15:42] <bac> gary_poster: cool, i see usage in test_errorlog.py
[15:42] <bac> thanks for the pointer
[15:42] <gary_poster> (no that last one is testing)
[15:43] <gary_poster> cool, bac.  Lemme know if it doesn't seem to suit and I'll search more
[16:00]  * gary_poster has chr time!
[16:11] <gary_poster> gmb, danilos, either I am doing too much work for feedback/commercial on RT, or you are not doing enough.  :-P I'm deleting spam tickets from more than 15 hours ago
[18:03] <benji> ...and we're back.
[19:29] <bac> gary_poster skype?
[19:30] <gary_poster> bac, yes, assuming Skype stops crashing for me...yeah looks ok.
[20:03]  * benji opens the flap to his tent and squints in the sub-saharan sun.
[20:03] <benji> CHR day 3: After nearly being eaten by a mailing list earlier I began my daily tour.
[20:53] <bac> benji: did you hear back from matthew re: RT enquiries?
[20:54] <benji> bac: nothing yet
[21:01] <gary_poster> benji, hiya.  Glad you avoided the ravenous mailing list.  I'm ready for Skype whenever you are