[06:37] <liuxg_> I defined a setting for my scope, when I read a string setting in English, it does not have any problem. However, when I read it by Chinese, I always get the default value. what is wrong?
[07:27] <Saviq> oh noes
[07:31] <tsdgeos> whats?
[07:33] <Saviq> tsdgeos, all the conflicts :|
[07:34] <tsdgeos> yeah :/
[07:34] <Saviq> tsdgeos, will need to have separate branches into rtm now
[07:34] <tsdgeos> boooo
[07:35] <tsdgeos> Saviq: well we don't have that many that have to end up there, no?
[07:35] <Saviq> tsdgeos, yeah, it's not *that* bad, just that it's not as nice as it was yesterday ;)
[07:35] <tsdgeos> yeah
[07:39] <seb128> hum
[07:39] <seb128> why is the launcher having white dots on the top-left of its icons now?
[07:39] <seb128> I guess it's wanted and not a bug?
[07:39] <MacSlow> Saviq, I'm now waiting on reviews for my sync-notification branches for unity8 and unity-notifications... while that's happening I'll check ted's two branches for the indicator-sound.
[07:40] <MacSlow> Saviq, or would you suggest I'll focus something else in the meantime?
[07:40] <Saviq> seb128, yeah, it's a feature... those are the *pinned* apps
[07:40] <seb128> Saviq, I've only pinned apps, it looks weird ;-)
[07:40] <seb128> I though it would be something like that
[07:40] <Saviq> MacSlow, no, that's good, let's preempt any issues
[07:40] <seb128> but I couldn't figure out what
[07:40] <MacSlow> Saviq, sweet
[07:41] <seb128> Saviq, not very elegant if you ask me :/
[07:41] <Saviq> seb128, we know
[07:41] <Saviq> seb128, not our call
[07:41] <seb128> what is design thinking?!
[07:41] <Saviq> seb128, it's a "we don't care" problem since there are only supposed to be pinned apps on the launcher soon
[07:41] <MacSlow> seb128, indeed... I wonder who complained about the cutt off edge... I liked that look
[07:41] <Saviq> MacSlow, yeah, that was much better
[07:41] <Saviq> seb128, but we need a way to pin them from the dash first
[07:42] <seb128> Saviq, k, no worry, I was just checking if that was a bug
[07:42] <seb128> I assumed it would be wanted
[07:42] <seb128> I just couldn't figure out what it means
[07:42] <MacSlow> Saviq, reminded me so much of the edges you fold into a current page of a book you're reading
[07:42] <seb128> and it's not looking good, but of well
[07:42]  * seb128 shakes fist at design
[07:43] <Saviq> MacSlow, you could probably just delete https://code.launchpad.net/~macslow/unity-settings-daemon/max-volume-notification-warning/+merge/238180
[07:43] <MacSlow> Saviq, done
[07:43] <Saviq> tx
[07:44] <Saviq> tsdgeos, are you out of reviews by any chance?
[07:45] <MacSlow> as if that could be the case these days :)
[07:45] <tsdgeos> Saviq: i'm merging list_bottom_Edge thing and there's the expanded panel thing, but it seems everyone is doing that one now, so i could do something else if needed
[07:45] <Saviq> tsdgeos, please review https://code.launchpad.net/~macslow/unity8/synchronous-notification/+merge/229059 then
[07:46] <tsdgeos> ok
[07:46]  * Saviq resolves the panel for rtm situation the
[07:46] <Saviq> n
[08:06] <tsdgeos> MacSlow: do nothing with VALUE_TINT_HINT in https://code.launchpad.net/~macslow/unity-notifications/synchronous-notification/+merge/234476 ?
[08:07] <MacSlow> tsdgeos, yes... that branch is meant to make the new frontend feature known to any clients
[08:08] <MacSlow> tsdgeos, so an app can query the available notification-server capabilities and then decide what to use or not to use.
[08:11] <Wellark> davmor2: so, I need a bit more info on the bug you filed
[08:11] <davmor2> Wellark: really
[08:12] <Wellark> davmor2: ?
[08:13] <davmor2> Wellark: what do you need dude?
[08:13] <Wellark> davmor2: so, as I commented here https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1380736
[08:13] <Wellark> I don't understand the "dash is empty" part
[08:14] <Wellark> so, I'm suspecting that you actually ran this during the wizard, right?
[08:14] <Wellark> when we don't have a full unity8 session running
[08:14] <Wellark> and instead of the indicator getting you to the dash
[08:14] <Wellark> it should return you to the wizard
[08:15] <tsdgeos> MacSlow: have a few quick comments on https://code.launchpad.net/~macslow/unity8/synchronous-notification/+merge/229059
[08:15] <MacSlow> tsdgeos, looking...
[08:15] <Saviq> Wellark, dash is a separate process, if you unlock quickly it's not loaded yet (thus, empty)
[08:18] <Wellark> Saviq: ok, please take a look at the bug. I think it's something that needs to be handled on unity8 side, as i-network just fires a snap decision
[08:19] <Saviq> Wellark, yeah, most probably, just flashing
[08:19] <davmor2> Wellark: so you install, you run the wizard, you run the touch guide, the dash is blank at this point and slowly fills up with all the apps if you unlock the first sim while this is the state of play it completely locks up the phone
[08:20] <davmor2> Wellark: does that help you?
[08:21] <davmor2> Wellark: jibel was also saying that you can get the same effect if you just re-run the wizard but I hadn't tried that
[08:22] <Saviq> davmor2, I don't think the wizard is even relevant here, but was under the impression this is a unity8 crash, specifically the media hub related one, not the case for you?
[08:23] <davmor2> Saviq: I'm going to do a fresh install shortly I'll let you know
[08:23] <davmor2> Saviq: but I don't actually recall getting a crash from it
[08:24] <Wellark> Saviq, davmor2: ok. I will let you guys figure it out and Mark the bug as Invalid for i-network
[08:24] <Wellark> please, feel free to reopen it if something needs to be done on the i-network side
[08:24] <Saviq> Wellark, kk
[08:25] <davmor2> Wellark: will do
[08:28] <MacSlow> tsdgeos, addressed/replied to MP-comments
[08:31] <tsdgeos> MacSlow: why would using the topMargin value not work?
[08:32] <MacSlow> tsdgeos, no idea
[08:32] <MacSlow> tsdgeos, but using shapedBack.topMargin makes any notification not appear
[08:34] <MacSlow> tsdgeos, maybe the conditional operator in the topMargin binding doesn't work for implicitHeight due to some QML-limitations
[08:35] <tsdgeos> MacSlow: shapedBack.anchros.topMargin, no?
[08:38] <MacSlow> tsdgeos, doh... what a typo! sublime's QML-syntax-highlight/completion seems to be buggy... got it now working... updating branch
[08:42] <MacSlow> tsdgeos, branch updated is in... rev1106
[08:44] <tsdgeos> MacSlow: ok
[08:45] <MacSlow> tsdgeos, if you want to see the new sync. notifications in action, your best option is probably "make -C builddir tryNotifications"
[08:48] <Saviq> MacSlow, looks like you brought something into that changeset https://code.launchpad.net/~macslow/unity8/synchronous-notification/+merge/238119
[08:49] <Saviq> MacSlow, prep a rtm-dedicated branch and resubmit please
[08:51] <MacSlow> Saviq, well the branch fixes... doing a new MP
[08:52] <Saviq> MacSlow, I mean that the diff into trunk is 523 lines, into rtm it's 989 lines
[08:53] <Saviq> MacSlow, meaning that you must've brought something from trunk (looks like translation changes)
[08:53] <MacSlow> Saviq, oh... hm
[08:54] <MacSlow> Saviq, probably a merge to trunk too much
[08:54] <MacSlow> merge with trunk rather
[08:54] <Saviq> MacSlow, yup
[09:07] <Saviq> Wellark, do you have an ETA on bug #1333121 ?
[09:07] <Wellark> Saviq: today
[09:07] <Wellark> landed by tomorrow EOD
[09:08] <Wellark> hopefully today
[09:08] <Saviq> Wellark, well, yeah, that's kind-a the deadline
[09:08] <Wellark> but, needs quite some testing
[09:08] <Wellark> Saviq: well, that's what DL's are for
[09:08] <Wellark> right? ;))
[09:09] <Saviq> Wellark, I've a rtm-targeted silo (row 52, rtm silo 6) that I have all the unity8 and related fixes for 16/10
[09:09] <Saviq> Wellark, so let me know please when things should go in there
[09:09] <Wellark> so, silos should be up and running by the end of today
[09:09] <Wellark> Saviq: ok.
[09:09] <Saviq> jeez compiz / unity is crashy in utopic lately
[09:09] <Wellark> Saviq: so you want to have one big fat one? :)
[09:09] <Wellark> brave man
[09:09] <Wellark> Saviq: on unity8 side it's just a oneliner
[09:10] <Wellark> or actually just uncommenting a oneliner
[09:10] <Wellark> Saviq: I'll keep you posted
[09:10] <Saviq> Wellark, it's not so fat, some 10 MPs in total
[09:10] <Wellark> :D
[09:11] <Saviq> Wellark, that's nothing ;)
[09:11] <Saviq> Wellark, in any case, better to have it together, easier testing, less QA time etc.
[09:11] <Wellark> "just a regular day at the office"
[09:11] <Wellark> Saviq: true.
[09:11] <Wellark> Saviq: I wish we could do such landings more
[09:12] <Wellark> as you pointed out all of the benefits above :)
[09:12] <Saviq> Wellark, *I* do those all the time
[09:12] <Wellark> Saviq: <3
[09:12] <Wellark> Saviq: any free positions in your team? ;)
[09:12] <Saviq> Wellark, we go up to 10 ACKed branches within a day
[09:13] <Saviq> any other approach would just kill us
[09:13] <Wellark> Saviq: tell me about it.. :)
[09:13] <Wellark> ok. good.
[09:13] <Wellark> as I said. I'll keep you posted
[09:14] <Saviq> tkx
[09:31] <Saviq> MacSlow, let me know please when you have the rtm-targeted branch
[09:31] <MacSlow> Saviq, just doing  a final check locally
[09:32] <Saviq> MacSlow, k
[09:33] <mzanetti> Saviq: fyi: the test failures in the notification branch only appeared after merging trunk
[09:33] <Saviq> mzanetti, mhm
[09:33] <mzanetti> Saviq: and it seems now in trunk sufaces don't have activeFocus any more
[09:33] <Saviq> mzanetti, uh?
[09:33] <mzanetti> Saviq: not sure if that's an issue, but if something goes wonky, that sounds like a candidate
[09:33] <mzanetti> Saviq: yeah, it still sets focus to true/false, but not any more activeFocus
[09:34] <Saviq> mzanetti, hmm touchOwnership probably
[09:34] <Saviq> sounds like we lost a focus scope's focus somewhere
[09:35] <mzanetti> Saviq: and did you only fix testShellWithOin?
[09:35] <MacSlow> Saviq, something with the top-margin spacing broke... looking into it
[09:35] <mzanetti> because testShell seems to have the same positioner issue
[09:35] <Saviq> mzanetti, yeah, didn't look at testShell...
[09:35] <mzanetti> Saviq: will fix it in my branch then... or do you want a separate merge for that?
[09:36] <Saviq> mzanetti, fine in yours
[09:37] <mzanetti> Saviq: will change the test to work with focus for now. but if you merge something that restores the activeFocus stuff, please either revert this test to use activeFocus, or let me know so I'll do it
[09:38] <Saviq> mzanetti, please talk to Daniel when he comes on
[09:38] <mzanetti> kk
[09:38] <Saviq> mzanetti, it sounds scary that they don't get activeFocus
[09:51] <MacSlow> Saviq, hm... that didn't work
[09:51] <Saviq> MacSlow, what's going on?
[09:52] <MacSlow> Saviq, my bzr branch fu seems to be lacking today
[09:52] <MacSlow> Saviq, the diff just jumped to 2000+ lines
[09:52] <Saviq> MacSlow, with bzr there's unfortunately not much you can do other than replaying your changes onto a clean branch
[09:53] <Saviq> MacSlow, I'll take care of that
[09:54] <Saviq> MacSlow, but yeah, uncommit the revert
[09:54] <Saviq> MacSlow, we need a separate branch
[09:56] <Saviq> MacSlow, you need to uncommit and push/overwrite
[09:57] <MacSlow> Saviq, just doing that
[09:59] <MacSlow> Saviq, done
[10:00] <MacSlow> Saviq, I'm turning back to Ted's branches now
[10:09] <Saviq> MacSlow, can you `bzr push -d lp:~saviq/unity8/sync-notif-notrunk lp:~macslow/unity8/synchronous-notification --no-remember --overwrite`
[10:09] <Saviq> MacSlow, I just replayed your commits without the trunk merge, which wasn't necessary
[10:09] <Saviq> MacSlow, this way we won't need a separate branch
[10:11] <MacSlow> Saviq, hm... "bzr: ERROR: Cannot lock LockDir(chroot-91449488:///~saviq/unity8/sync-notif-notrunk/.bzr/branch/lock): Transport operation not possible: readonly transport"
[10:11] <Saviq> MacSlow, that should be fine
[10:11] <Saviq> MacSlow, actually no, bzr is stupid
[10:11] <Saviq> MacSlow, please pull my branch down and push
[10:13] <MacSlow> Saviq, ok... now it should be in place
[10:14] <Saviq> MacSlow, tx
[10:14] <Saviq> MacSlow, yup, same diff, now, works!
[10:14] <MacSlow> Saviq, but still resubmit the proposal?
[10:15] <Saviq> MacSlow, no, all is fine now
[10:15] <Saviq> MacSlow, https://code.launchpad.net/~macslow/unity8/synchronous-notification
[10:15] <Saviq> MacSlow, see the diff size reported is the same
[10:16] <MacSlow> Saviq, ah ok... I burry myself in the integration testing again
[10:19] <Saviq> MacSlow, fwiw all of that is building for rtm in rtm silo 6 now
[10:19] <MacSlow> Saviq, 6 not 13 ?!
[10:20] <Saviq> MacSlow, *rtm*
[10:21] <Saviq> MacSlow, http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=landing-006
[10:21] <Saviq> mzanetti, you and your merge trunk pfft :P
[10:22] <mzanetti> ?
[10:22] <Saviq> mzanetti, I need a branch of lp:~mzanetti/unity8/fix_snap_decision_test targetting rtm
[10:22] <mzanetti> targetting rtm
[10:22] <mzanetti> how come?
[10:23] <mzanetti> are we now merging to rtm and then syncing back?
[10:23] <Saviq> mzanetti, the two diverged now
[10:23] <mzanetti> or do I need to propose branches against both?
[10:23] <Saviq> mzanetti, both
[10:23] <mzanetti> so I need to different branches then
[10:23] <mzanetti> k
[10:23] <Saviq> mzanetti, the ones that go into both need to go to both
[10:23] <Saviq> mzanetti, yes
[10:23] <Saviq> dandrader, mzanetti noticed that surfaces don't get activeFocus now
[10:23] <mzanetti> is that guy up already?
[10:23] <mzanetti> :)
[10:23] <Saviq> dandrader, that expected?
[10:24] <Saviq> mzanetti, it's already 7am there, what did you think!
[10:24] <mzanetti> that he should sleep for another 3 hours
[10:25] <dandrader> Saviq, no
[10:25] <mzanetti> dandrader: just kidding... but yeah, seems activeFocus got lost
[10:25] <mzanetti> dandrader: it still sets focus to true/false, but not any more activeFocus
[10:26] <Saviq> looks like we lost activeFocus somewhere up in the tree then
[10:26] <dandrader> Saviq, just flashed krillin with devel-proposed and touchOwnership is not there
[10:26] <dandrader> Saviq, did it go just to some rtm image?
[10:26] <Saviq> dandrader, no, there might not be an image with it yet
[10:26] <Saviq> dandrader, dist-upgrade
[10:26] <Saviq> dandrader, it's not going into rtm yet
[10:26] <dandrader> hmm
[10:27] <dandrader> mzanetti, that's with unity8 trunk you built yourself?
[10:28] <mzanetti> yes
[10:28] <mzanetti> dandrader: ^
[10:28] <dandrader> mzanetti, it's possible that touchOwnership broke it as it moved the related code around, if I'm not mistaken
[10:28] <mzanetti> dandrader: I didn't really investigate, but I noticed with this branch:
[10:28] <dandrader> mzanetti, although qmltests and manual should have detected that......
[10:28] <mzanetti> lp:~mzanetti/unity8/fix_snap_decision_test
[10:29] <mzanetti> dandrader: yeah, the test in here did check for app.surface.activeFocus
[10:29] <mzanetti> dandrader: wasn't working any more after merging
[10:29] <Saviq> dandrader, it looks like it doesn't have a user-visible impact
[10:29] <mzanetti> dandrader: now I changed it to work with focus, passes again
[10:29] <dandrader> Saviq, mzanetti, right. the app just won't get key (button) presses anymore
[10:30] <mzanetti> oh right... forgot about that... well, that's not good  then :)
[10:30] <dandrader> actually it should not even make the vkb show up for then, iinm
[10:31] <Saviq> mzanetti, I'll pull the branch from the rtm silo for now then
[10:31] <Saviq> mzanetti, since we're not sure yet what the resolution will be
[10:35] <dandrader> Saviq, what branch?
[10:36] <Saviq> dandrader, the one mzanetti pointed at
[10:38] <mzanetti> Saviq: https://code.launchpad.net/~mzanetti/unity8/fix_snap_decision_test-rtm/+merge/238274
[10:38] <mzanetti> Saviq: I'll update both with activeFocus again once dandrader knows what way to go
[10:39] <Saviq> mzanetti, k
[10:57] <tsdgeos> MacSlow: why don't i see a volume notification?
[10:58] <MacSlow> tsdgeos, because the integration branches of indidcator-sound need to be in place and actually make use of the new sync. notification features
[10:58] <tsdgeos> MacSlow: but those are marked as released, no?
[10:58] <MacSlow> tsdgeos, no
[10:59] <tsdgeos> MacSlow: https://code.launchpad.net/~macslow/indicator-sound/synchronous-notification ?
[10:59] <MacSlow> tsdgeos, there are two indicator-sound branches from Ted dealing with that... and I'm currently reviewing/testing them
[10:59] <MacSlow> tsdgeos, that was reverted as it overlooked some desktop/phone difference and caused a bug on the desktop
[11:00] <tsdgeos> MacSlow: well then can you update your MR
[11:00] <tsdgeos> i'm trying to test the thing
[11:00] <tsdgeos> and seeing nothing doesn't make me very confident in approving it
[11:02] <MacSlow> tsdgeos, your best bet to see something is to use http://bazaar.launchpad.net/~macslow/unity-notifications/synchronous-notification/view/head:/examples/icon-value.py on the phone
[11:02] <MacSlow> tsdgeos, I'm updating the MP-description
[11:02] <tsdgeos> mhpf
[11:06] <dandrader> mzanetti, Saviq, just tested the released unity8 (trunk). surface.activeFocus is working as expected
[11:06] <MacSlow> tsdgeos, but the remark regarding the icon-value.py script was in the description already
[11:07] <tsdgeos> sure
[11:07] <tsdgeos> but that's cheating ;)
[11:07] <mzanetti> dandrader: weird... how come that test fails then?
[11:07] <tsdgeos> MacSlow: i want to see the whole thing working
[11:07] <MacSlow> tsdgeos, no... not really... just forgot to delete the second part part of that sentence :)
[11:07] <MacSlow> tsdgeos, yeah me too...
[11:08] <MacSlow> tsdgeos, right now found some bugs in Ted's branches already and suggesting fixes...
[11:09] <dandrader> mzanetti, add this http://paste.ubuntu.com/8558558/ to SessionContainer.qml and see for yourself
[11:09] <dandrader> mzanetti, probably because the code that sets activeFocus moved to a different qml file, from SessionContainer or ApplicationWindow to SurfaceContainer
[11:09] <mzanetti> dandrader: no... the test does this:
[11:10] <mzanetti> Application *app = ApplicationManager.findApplication("foo")
[11:10] <mzanetti> compare(app.session.surface.activeFocus, true)
[11:11] <mzanetti> dandrader: so it doesn't use the qml stuff at all, goes the c++ path to find it
[11:11] <tsdgeos> MacSlow: which package provides pynotify?
[11:11] <MacSlow> tsdgeos, that should be python-notify
[11:11] <dandrader> mzanetti, is that failing in trunk? where is that test?
[11:12] <mzanetti> dandrader: merge this: https://code.launchpad.net/~mzanetti/unity8/fix_snap_decision_test/+merge/238238
[11:12] <mzanetti> dandrader: see line 184 of the diff
[11:13] <mzanetti> tsdgeos: do you still need the phone-right-edge ppa?
[11:13] <tsdgeos> mzanetti: i guess you can kill it
[11:13] <mzanetti> ack, thanks
[11:13] <tsdgeos> we'll do any bottom edge work next week in DC i guess
[11:14] <mzanetti> I'll push some stuff for vesa to test then
[11:16] <MacSlow> tsdgeos, did you get the icon-value.py to run?
[11:17] <tsdgeos> MacSlow: yeah, i guess i'll have to be happy enough with that for the moemnt?
[11:17] <MacSlow> tsdgeos, yes... Ted's branches aren't ready for landing yet
[11:18] <MacSlow> tsdgeos, although I've them working to 75% here already
[11:19] <tsdgeos> ok
[11:19] <tsdgeos> i guess i can code approve and test approve with the example
[11:19] <tsdgeos> and then give a final approve when we have everything ready?
[11:20] <tsdgeos> Saviq: MacSlow: or we prefer to land this on our side asap and then hope for the best?
[11:20] <MacSlow> tsdgeos, certainly... app-integration should actually not be the responsibility of frontend and backend :)
[11:21] <tsdgeos> ok
[11:24] <karni> Hi guys. I have a serious issue with an app not starting randomly. App log is empty, tail -f /var/log/{messages,kernel,dmesg,syslog} output seems silent or not related, and unity8 log contains some hints http://paste.ubuntu.com/8558610/
[11:24] <karni> Could someone have a look at that? Would very much appreciate.
[11:24] <facundobatista> Hola
[11:27] <karni> in the end, seems the app is crashing
[11:32] <Saviq> tsdgeos, also, all that stuff's being built in rtm silo 6
[11:33] <Saviq> tsdgeos, so you can test there
[11:33] <tsdgeos> Saviq: including ted's branches and sutff?
[11:33] <Saviq> tsdgeos, yup
[11:33] <tsdgeos> oki
[11:33] <tsdgeos> will test it there then
[11:33] <MacSlow> Saviq, btw... I'm preparing some fix-suggestions for Ted's branches to make the work correctly with the sync. notifications
[11:33] <tsdgeos> Saviq: how do i get the rtm silo 6?
[11:33] <Saviq> MacSlow, yup, read that
[11:33] <MacSlow> Saviq, ah ok
[11:34] <tsdgeos> is it even possible to install in a non rtm phone?
[11:34] <Saviq> tsdgeos, flash rtm, `citrain device-upgrade 6 $password`
[11:34] <tsdgeos> that's going to take a while :D
[11:34] <Saviq> tsdgeos, no, but just flash your phone rtm, ubuntu-touch/ubuntu-rtm/14.09-proposed
[11:34] <Saviq> tsdgeos, you need better internets ;)
[11:34] <tsdgeos> i do
[11:35] <MacSlow> tsdgeos, what connection do you have?
[11:35] <tsdgeos> MacSlow: a bad one :D
[11:36] <tsdgeos> 10M i think
[11:36] <MacSlow> tsdgeos, consider yourself lucky... still about 50% faster than mine
[11:37] <Saviq> tsdgeos, FWIW ubuntu-device-flash caches things, so once you download an image... unfortunately it does *not* use deltas
[11:38] <tsdgeos> Saviq: i know i know
[11:38] <Saviq> mzanetti, could you please rebase your rtm snap decision test on ~unity-team/unity8/rtm-sharedunitymenumodel, there's a conflict :|
[11:39] <mzanetti> are you just asking me always or are there so many conflicts?
[11:39] <Saviq> mzanetti, it's the same one still
[11:39] <mzanetti> since 3 days I'm basically just rebasing stuff :D
[11:39] <Saviq> mzanetti, it'd probably make sense to check if the trunk-targeted branches don't have the same issue
[11:39] <Saviq> mzanetti, I'm really just asking the "newest" MP to rebase
[11:39] <mzanetti> oh no
[11:40] <mzanetti> mine were there before the kraken
[11:40] <mzanetti> but anyways, not complaining
[11:40] <mzanetti> just wondering
[11:40] <Saviq> mzanetti, ah well, yeah, the kraken was special
[11:40] <Saviq> mzanetti, and you were there at that point, Daniel wasn't I believe
[11:44] <mzanetti> Saviq: here you go: https://code.launchpad.net/~mzanetti/unity8/fix_snap_decision_test-rtm/+merge/238282
[11:46] <mzanetti> Saviq: regarding the comment about the notification mock. I think we'd need to clean up all the notification mock stuff. its way too hard to do something, also needs a c++ mock model to make SortFilterProxyModel work with it etc
[11:46] <mzanetti> Saviq: but I didn't want to do that in josh's branch really
[11:51] <Saviq> mzanetti, yeah
[11:51] <Saviq> k
[11:54] <tsdgeos> Saviq: what provides citrain?
[11:54] <Saviq> tsdgeos, phablet-tools-citrain
[11:55] <tsdgeos> ah lol you have to run it on the pc
[11:55] <tsdgeos> not on the phone :D
[11:58] <tsdgeos> Saviq: MacSlow: i tried that silo and still don't have any volume notificaiotn, is that known?
[11:58] <tsdgeos> lunch!
[11:58] <Saviq> tsdgeos, yeah, unity8 didn't build there yet
[11:58] <MacSlow> tsdgeos, yup it is
[11:58] <Saviq> fighting...
[11:59] <MacSlow> Saviq, locally it's looking pretty good though... just to keep the spirits high :)
[11:59] <Saviq> kk
[12:01] <Saviq> mzanetti, commit message! 5 push-ups!
[12:02] <mzanetti> ack. just saw it
[12:03] <mzanetti> resubmitting shouldn't drop it
[12:03] <mzanetti> Saviq: one sec with the rebuild
[12:06] <mzanetti> Saviq: pushed the activeFocus stuff. now imo good to go
[12:07] <mzanetti> Saviq: turned out to be some local failure here :/. I reverted to activeFocus and added a waitForRendering() to get around the failure you had
[12:15] <Saviq> mzanetti, ktx
[12:29] <mzanetti> Saviq: something landed that broke the launcher :/
[12:30] <mzanetti> Saviq: only on greeter though
[12:30] <mzanetti> "broke" is a hard word, but it's jumpy when dragging in
[12:33] <mzanetti> and: https://code.launchpad.net/~mzanetti/unity8/no-more-pinning/+merge/238290
[12:33] <mzanetti> I'm checking with design if we need this in rtm
[12:36] <Saviq> mzanetti, jumpy would suggest touch ownership again
[12:55] <mzanetti> Saviq: one more: https://code.launchpad.net/~mzanetti/unity8/no-more-pinning/+merge/238292
[12:55] <mzanetti> Saviq: vesar said its critical and reported a bug, so I guess this can go into rtm
[12:56] <mzanetti> uh oh
[12:56] <mzanetti> no, not like this :D
[12:56]  * mzanetti fixes
[12:57] <Saviq> mzanetti, nope, not like this ;)
[13:00] <Saviq> dandrader, there's an image now with touch ownership, revealing launcher over greeter is jumpy, are there two conflicting edge areas maybe?
[13:01] <mzanetti> Saviq: yeah, we're on it
[13:01] <dandrader> Saviq, yes just flashed it and mzanetti already brought it to ma attention
[13:01] <mzanetti> Saviq: seems the greeter gets the onPressed event too and calls launcher.tease() while you're dragging it
[13:02] <Saviq> k glad you're on it
[13:03] <mzanetti> Saviq: this one should be better now, however, LP fails to diff it still: https://code.launchpad.net/~mzanetti/unity8/no-more-pinning-rtm/+merge/238294
[13:03]  * mzanetti is off for an hour
[13:07] <seb128> Saviq, kudos to design to reverting the white dot decision ;)-
[13:07] <seb128> ;-)
[13:07] <Saviq> seb128, ]o/
[13:07] <Saviq> seb128, indeed
[13:07] <seb128> :-)
[13:08] <seb128> does anyone there know what could lead qml code to loose its translation domain?
[13:08] <Saviq> seb128, loose != lose
[13:09] <seb128> ups
[13:09] <seb128> gallery does that
[13:09] <seb128>     Loader {
[13:09] <seb128> ...
[13:09] <seb128>         source: APP.pickModeEnabled ? Qt.resolvedUrl("PickerScreen.qml") : Qt.resolvedUrl("MainScreen.qml")
[13:09] <seb128>     }
[13:09] <Saviq> seb128, but... Connections { target: i18n; onDomainChanged: console.debug("AAAAAH LOST DOMAIN") }
[13:09] <seb128> the second case leads to a non translated UI
[13:10] <seb128> not sure why
[13:10] <Saviq> seb128, huh...
[13:10] <seb128> adding that to MainScreen.qml workarounds it
[13:10] <seb128>     Component.onCompleted: {
[13:10] <seb128>         i18n.domain = "gallery-app";
[13:10] <seb128>     }
[13:10] <Saviq> seb128, how does it set the domain in the first place?
[13:10] <seb128> with a ^ snippet
[13:10] <Saviq> seb128, yeah, race
[13:11] <Saviq> seb128, does it have a main()?
[13:11] <seb128> Saviq, http://bazaar.launchpad.net/~phablet-team/gallery-app/trunk/view/head:/rc/qml/GalleryApplication.qml#L192
[13:11] <Saviq> seb128, also, a Binding { target: i18n; property: "domain"; value: "gallery-app" } could be better
[13:12] <Saviq> seb128, but basically what probably happens is that the picker gets loaded before the domain is bound
[13:12] <Saviq> seb128, but what it should do is just use libintl.h
[13:12] <Saviq> seb128, and set the domain in C++
[13:13] <seb128> Saviq, it has a http://bazaar.launchpad.net/~phablet-team/gallery-app/trunk/view/head:/src/main.cpp
[13:13] <seb128> let me try if that works
[13:14] <seb128> Saviq, I don't know anything about gallery, just trying to help to get that issue resolved
[13:14] <Saviq> seb128, best to probably just set it in C++
[13:14] <seb128> trying that
[13:14] <seb128> Saviq, thanks
[13:15] <seb128> Saviq, I don't really get what could be racy in the Loader though, because the default UI is translated
[13:15] <Saviq> seb128, the default UI is heavier
[13:15] <seb128> but if the source change then the newly pushed on isn't
[13:15] <Saviq> seb128, so it loads later, after the domain has been set
[13:15] <seb128> oh
[13:15] <seb128> they both load at start?
[13:15] <Saviq> seb128, no, just one does
[13:15] <Saviq> seb128, but depending on which one
[13:15] <seb128> well then it doesn't make sense
[13:15] <Saviq> seb128, it loads before or after the domain being set
[13:15] <seb128> because you start gallery, it's loaded and translated
[13:16] <seb128> then you start content-hub
[13:16] <Saviq> seb128, Component.onCompleted isn't a reliable signal
[13:16] <seb128> and gallery detects it, and change the source
[13:16] <Saviq> seb128, ah, changes the source
[13:16] <seb128>          source: APP.pickModeEnabled ? Qt.resolvedUrl("PickerScreen.qml") : Qt.resolvedUrl("MainScreen.qml")
[13:16] <Saviq> seb128, that's the part I didn't know
[13:16] <seb128> what happens is that APP.pickModeEnabled changes
[13:16] <Saviq> seb128, I thought that was driven by command line
[13:17] <Saviq> seb128, so I'd say something gets reinitialized in the SDK
[13:18] <Saviq> seb128, so, what *my* opinion is, i18n should be a singleton, not a context property, and we should have a qml launcher with a command-line option for the domain
[13:19] <Saviq> seb128, because intl doesn't notice when domain changes so no label will get updated
[13:19] <Saviq> so any calls to gettext need to happen after the domain is set
[13:19] <Saviq> mzanetti, hmm I'm still getting a test failure
[13:20] <seb128> Saviq, I doubt that's going to change for rtm
[13:20] <Saviq> seb128, oh yeah, but the C++ approach won't help in that case
[13:20] <tsdgeos> Saviq: ok, i've approved MacSlow|lunch's branch based on the tests and the example python app where they do the correct thing
[13:20] <Saviq> tsdgeos, kk
[13:20] <tsdgeos> Saviq: what else should i be reviewing? want me to approve the rtm MR too?
[13:21] <seb128> Saviq, https://code.launchpad.net/~seb128/gallery-app/workaround-translation-set-domain/+merge/238295 works :p
[13:21] <Saviq> tsdgeos, sure, top-ACK as usual, trunk didn't change
[13:21] <Saviq> seb128, yeah, I'd just go with that
[13:21] <seb128> Saviq, but it's a workaround
[13:21] <seb128> that should do for rtm though
[13:21] <Saviq> seb128, you *could* try a Binding { }
[13:21] <Saviq> seb128, but I'm not sure that would actually help
[13:21] <seb128> Saviq, let me see how that work
[13:22] <Saviq> seb128, http://qt-project.org/doc/qt-5/qml-qtqml-binding.html
[13:23] <Saviq> tsdgeos, no, I think we're good, if you're leaving the panel redesign to Daniel and Nick, there's nothing else pressing
[13:23] <tsdgeos> Saviq: ok, i'll go back to doing some bottom edge then
[13:24]  * greyback_ bets "bottom edge" is code for "watch a video" :D
[13:25] <seb128> Saviq, thanks
[13:25] <Saviq> tsdgeos, did you confirm that if you kick a few of the sound notifications in cycle every one of them will play the sound, even if the previous one didn't go away yet?
[13:27] <tsdgeos> Saviq: no because as said the silo still does not make any sound notification at all
[13:28] <Saviq> tsdgeos, ok, it should, now, but I'll test it out anyway
[13:29] <tsdgeos> Saviq: ok, let me upgrade and test
[13:32] <Saviq> mterry, just the man I was looking for!
[13:32] <mterry> Saviq, hello!
[13:32] <Saviq> (j/k) ;P
[13:32] <mterry> Saviq, oh really?  ok, haven't even checked email yet  :)
[13:33] <Saviq> mterry, wanted to give you a morning jump start with a "wtf does he want this time"
[13:33] <mterry> Saviq, well you did!  :)
[13:33] <mterry> Saviq, although more like "oh god, how is the greeter broken now?"
[13:34] <Saviq> mterry, just the launcher doesn't slide over it too fluidly, but that's not your fault, even
[13:34] <Saviq> kgunn, FYI, 10/16 fixes relevant to us are going into rtm silo 6
[13:34] <kgunn> Saviq: impressive
[13:34] <kgunn> thanks
[13:34] <Saviq> kgunn, how?
[13:35] <kgunn> i was trying to just be quiet and stay outta the way :)
[13:35] <Saviq> kgunn, they're not all *ready* just yet :D
[13:35] <Saviq> kgunn, but getting there
[13:35] <kgunn> Saviq: @how ? well....things always take longer than one thinks, but obviously we're close
[13:36] <Saviq> kgunn, basically we're now waiting for the US to kick in (ted for high volume notification) and Wellark to give us a good-to-go on unlock-SIM-on-boot
[13:36] <Saviq> kgunn, other than that we're in final review cycles for our stuff
[13:37]  * kgunn considers driving over to wake up tedg
[13:37] <kgunn> :)
[13:37] <tedg> kgunn, I've got coffee!
[13:37] <kgunn> hehe
[13:39] <tsdgeos> Saviq: actually no, the sound seems to be played only once, is that on unity8 side or in the backend side though?
[13:39] <Saviq> tsdgeos, backend I think
[13:39] <tsdgeos> MacSlow|lunch: ↑↑ ?
[13:39] <tsdgeos> ok, so no reason to not approve our change
[13:39] <Saviq> tsdgeos, hmm but not the indicator backend, just the unity-notifications plugin
[13:40] <Saviq> tsdgeos, I know Mirco was working on that specifically
[13:40] <Saviq> tsdgeos, so let's wait for his feedback
[13:40] <tsdgeos> ok
[13:42] <seb128> Saviq, the Binding fixes the issue, go figure
[13:42] <seb128> Saviq, thanks ;-)
[13:42] <Saviq> seb128, coolz
[13:44] <Wellark> Saviq, kgunn: strangely I've been feeling like living in the US timezones for the past months..
[13:44] <Saviq> Wellark, *just* in US timezones or *as well*? ;)
[13:44] <tsdgeos> paulliu: seen the comment in https://code.launchpad.net/~paulliu/unity8/noninteractive20140804/+merge/231746 ?
[13:44] <tedg> Wellark, You can just refer to them as we do, "superior timezones"
[13:48] <tsdgeos> mterry: you need to remerge https://code.launchpad.net/~mterry/unity8/greeter-profiles/+merge/237155
[13:48] <mterry> tsdgeos, I just pushed that up :)
[13:48] <tsdgeos> ah, saw it
[13:48] <Wellark> tedg: you know upstart, right? who should this be assigned to: https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/1381075 ?
[13:48] <Saviq> mzanetti, https://code.launchpad.net/~mzanetti/unity8/fix_snap_decision_test/+merge/238238/comments/584819
[13:49] <tedg> Wellark, Upstart already supports that you just need to watch for the failed signal.
[13:49] <tedg> Wellark, You can look at the application-failed job as an example.
[13:53] <Saviq> tedg, btw, I already prepped an rtm series for i-sound and MPs into it for bug #1373404
[13:54] <kgunn> davmor2: sorry if i make you repeat, but on bug 1380736
[13:54] <Saviq> tedg, Mirco has a comment in https://code.launchpad.net/~indicator-applet-developers/indicator-sound/rtm-extreme-volume-warning/+merge/238259 too
[13:54] <kgunn> did you happen to run top ?
[13:55] <kgunn> ...and curious how long you waited, over a minute ?
[13:55] <Wellark> tedg: I don't want to watch anything
[13:55] <Wellark> tedg: the point is that we need to know if _any_ of our system or session services hit the limit
[13:56] <tsdgeos> mterry: dednick: what do you think of https://code.launchpad.net/~nick-dedekind/unity8/sharedunitymenumodel/+merge/234460/comments/584833 ?
[13:58] <dednick> tsdgeos: yeah. thats what i was thinking of...
[13:58] <davmor2> kgunn: so when the issues happens it is literally, welcome wizard, touch demo start, login, touch demo completes, drag down indicator unlock sim (as in it is the first thing I do once the system is up and running).   If I can I'll video it in a minute but I'm just juggling other things,  as for the wait just till the dash is fully filled
[13:58] <tsdgeos> dednick: ok, let's do that then and just be on the safe side
[13:58] <dednick> tsdgeos: this is probably valid for a bunch of our statics :/
[13:59] <mterry> tsdgeos, commented on how it might happen
[13:59] <kgunn> davmor2: ack...guessing a euro folk will need to do this as we don't lock sims in the US
[13:59] <dednick> tsdgeos: although i'm pretty sure that indicator plugin will never be unloaded...
[14:01] <tsdgeos> most probably yeah
[14:01] <mterry> tsdgeos, dednick: added a simple fix for it in comments
[14:01] <mterry> tsdgeos, dednick: I agree it's unlikely to be unloaded
[14:02] <mterry> But why have crashes waiting to happen hiding in our codebase?
[14:02] <Saviq> dednick, https://code.launchpad.net/~nick-dedekind/unity8/expanded-panel-design/+merge/237031/comments/584842
[14:02] <tsdgeos> mterry: or just use a QPointer :D
[14:02] <mterry> tsdgeos, sure, I suggested that in a previous comment too
[14:02] <dednick> er. woops
[14:03] <davmor2> kgunn: that's okay it's all Saviq 's fault it always is ;)
[14:03] <Saviq> kgunn, you can fake it with a fake SIM
[14:03] <Saviq> kgunn, mterry knows how
[14:04] <dednick> Saviq: is the SIM unlock supposed to be fullscreen, or bound to indicator bar?
[14:04] <mterry> kgunn, locked SIM?
[14:04] <kgunn> yeah how to ? mterry
[14:04] <dednick> and wtf is going on there anyway....
[14:04] <mterry> • sudo apt-get install ofono-phonesim-autostart
[14:04] <mterry> • sudo nano /usr/share/phonesim/default.xml
[14:04] <mterry> • Set PINNAME from "READY" to "SIM PIN", set SC from 0 to 1
[14:04] <mterry> • can be unlocked with /usr/share/ofono/scripts/enter-pin pin XXXX
[14:04] <mterry> kgunn, ^
[14:04] <Saviq> dednick, that's a question to design... it was anchored to panel, don't think it makes sense now, so maybe should just be fullscreen
[14:04] <mterry> except you probably want "sudo vi" instead of "sudo nano"
[14:05] <kgunn> yep
[14:05] <davmor2> mterry: sudo vim.tiny it's nicerererer than vi ;)
[14:06] <dednick> tsdgeos: think i might go with mterry's easy fix. seems simple enough...
[14:07] <tsdgeos> dednick: sure
[14:07] <dednick> no, nevermind. going with proper way.
[14:10] <paulliu> tsdgeos: yes.. working on that right now.
[14:10] <tsdgeos> oki
[14:15] <Wellark> mterry, Saviq, dednick: if it's anchored to the indicator-bar then nothing would stop the user from navigating the indicators while the pin unlock dialog is visible and then Bad Things(Tm) happen
[14:16] <MacSlow> tsdgeos, Saviq: the sound being played only once is a notification-frontend issue... but that can be worked around easily in the volume-notification case.
[14:16] <Wellark> please, keep it as fullscreen until we rework the dialog
[14:16] <dednick> Wellark: i'm pretty sure it's not fullscreen at the moment.
[14:16] <tedg> Saviq, Why do we need an rtm series?
[14:17] <tedg> Wellark, Upstart doesn't have enough information to write a useful recoverable error there, that's why it provides mechanism to do it.
[14:18] <Saviq> tedg, because we're not syncing to rtm, we need to cherry-pick fixes targeted for 10/16 only
[14:18] <Saviq> tedg, and rtm is already diverged from trunk (because there's a i-sound silo that didn't land yet, and likely won't, unless it's only fixes for Criticals)
[14:18] <tedg> Saviq, I'm confused what you mean there, why can't we just land in utopic and sync to rtm?
[14:18] <mzanetti> Saviq: fixed
[14:19] <Saviq> tedg, because that would bring not only fixes to Critical bugs targeted to 10/16
[14:19] <Wellark> dednick: oh, seems it's not
[14:19] <Wellark> but it should be
[14:19] <tedg> Saviq, The silo that didn't land is a label that is already in that branch. So it's too late.
[14:19] <Wellark> it's a snap decision that takes over the whole screen
[14:19] <Saviq> tedg, no it isn't, I redid the branch
[14:19] <tedg> Saviq, And we are literally talking about a single string.
[14:20] <dednick> Saviq: is the panel navigatable when it has the pin unlock screen open?
[14:20] <Saviq> dednick, checking
[14:20] <dednick> meh. doesnt really matter. looks shit now anyway
[14:20] <Saviq> tedg, not my rules
[14:20] <Saviq> dednick, it does
[14:20] <dednick> i mean "it would be" if we show the full bar
[14:21] <dednick> tsdgeos, mterry: i've updated to use QPointer for delete tracking.
[14:21] <tsdgeos> ok
[14:29] <mzanetti> Cimi: heh, because you implemented the white dots we now don't have any pinning indication any more :D
[14:29] <Cimi> mzanetti, feeling proud :)
[14:29] <mzanetti> haha
[14:29] <mzanetti> Cimi: you didn't like the clipped corner?
[14:30] <Cimi> mzanetti, nope
[14:30] <Cimi> mzanetti, neither those dots were nice
[14:30] <mzanetti> ah, well, the white dot was definitely worse
[14:30] <Saviq> Cimi, you liked the dots better??
[14:30] <Cimi> mzanetti, but at least they were not clipped
[14:30] <Cimi> yes
[14:30] <Saviq> yucky :P
[14:30]  * mzanetti voted for the small triangles like the desktop has
[14:30] <Cimi> clip doesn't make sense
[14:30] <mzanetti> but then design decided to drop all of it
[14:31] <mzanetti> Cimi: how does the white dot make more sense then clipping?
[14:31] <Cimi> we should have clipped top left or right, and reflected
[14:31] <Cimi> like when you do on a book
[14:32] <Cimi> mzanetti, they don't pretend to be skeuomorph
[14:35] <mzanetti> Cimi: same review also for rtm
[14:36] <Cimi> mzanetti, ok
[14:36] <mzanetti> Cimi: https://code.launchpad.net/~unity-team/unity8/rtm-14.09/+activereviews
[14:43] <Wellark> Saviq: are there any known crashers or freezers if a snap decision is fired immediately when unity8 starts?
[14:45] <dednick> Saviq: re flight mode in new panel design "lags behind". do you mean when enabling flightmode, the highlight bar kind of swipes in a bit?
[14:47] <dednick> think it's because the bluetooth indicator disappears...
[14:48] <Wellark> dednick: should not dissapear.. charles patched that already
[14:48] <Wellark> charles: is the patch in?
[14:48] <Saviq> dednick, yeah, the icons and texts move fast (immediate?), while the highlight lags behind it
[14:49] <dednick> Saviq: yeah. no remove/insert animation
[14:49] <dednick> hm
[14:49] <Saviq> dednick, I also get switched to sound when turning flight mode off
[14:50] <Saviq> dednick, looks like the indicator goes away for a split second?
[14:50] <dednick> Saviq: right...
[14:50] <Wellark> yes, it does
[14:51] <Wellark> just don't change to another indicator. it used to just say "Empty!" for a split second and switch to another menu
[14:51] <Wellark> dednick: ^
[14:51] <Wellark> *not switch to another menu
[14:52] <dednick> Wellark: ahha. well i don't do it on purpose...
[14:52] <MacSlow> Saviq, the "High Volume" label doesn't show up with the indicator-sound .deb froo the silo 6 ppa
[14:52] <Wellark> dednick: :)
[14:53] <dednick> i'm going to fiddle with desktop flight mode. so network going to go wonky. bbl
[14:53] <Saviq> MacSlow, it will only happen when playing multimedia and headphones plugged in, you got that?
[14:53] <MacSlow> Saviq, ah.. hm... checking...
[14:53] <Wellark> dednick: that's why I have ethernet dongle on my laptop :)
[14:55] <Wellark> Saviq: is there a known crasher in utopic-proposed on n4? just flashed a new image and let it sit on the table for a while while in the wizard first place and now it seems unity8 crashes constantly
[14:55] <Wellark> or something is crashing
[14:55] <Wellark> *wizard first page
[14:56] <Saviq> MacSlow, so I can see the orange bar, but no warning text, and still have the sound
[14:56] <Wellark> Saviq: the screen goes black (backlight on though) and after a while it gets th spinning ubuntu logo again and then it shows the wizard and immediately black screen again
[14:57] <MacSlow> Saviq, the orange-tint and the "High Volume" warning should be in sync... so either both or none
[14:57] <Wellark> Mirv: --^ ?
[14:57] <MacSlow> Saviq, at least that's how I understand mpt's design for this max-volume case
[14:58] <Wellark> Saviq: ok, now it stopped crashing..
[14:59] <Saviq> MacSlow, sure, I'm not saying what I'm seeing is good
[15:00] <Saviq> Wellark, bug #1380736 we have feels similar
[15:02] <Wellark> Saviq: that might hose up the automatic unlock dialog as well..
[15:03] <Saviq> Wellark, yeah, we need to have a close look at that
[15:03] <Saviq> kgunn, we need to have someone looking at bug #1380736
[15:03] <Saviq> kgunn, volunteers?
[15:04] <kgunn> mterry: are you busy ^ ?
[15:04] <kgunn> it's the one i was poking on earlier
[15:04] <mterry> kgunn, no I can volunteer for something
[15:04] <kgunn> thanks
[15:04] <Saviq> augh
[15:04] <Wellark> kgunn: that will most probably also affect the "unlock sim after boot" which I'm working and part of THE bug list.. :)
[15:04] <Saviq> greyback_, see what's wrong with https://code.launchpad.net/~ricmm/qtmir/1409-sync-cache/+merge/238170 ;)
[15:05] <Wellark> Saviq: btw, on those crashes I saw
[15:05] <Wellark> Saviq: I'm seeing unity-system-compositor .crash fil
[15:05] <Wellark> seems it's uploaded to errors.ubuntu.com now
[15:05] <mterry> Wellark, any intel on the system lockup bug that isn't in the bug yet, before I investigate?
[15:05] <Wellark> mterry: nope.
[15:06] <Wellark> mterry: my issue is different
[15:06] <mterry> k
[15:06] <greyback_> Saviq: arse, sorry I missed that
[15:06] <Saviq> mterry, but maybe even more relevant
[15:06] <Saviq> greyback_, nw
[15:06] <greyback_> why did he change it?
[15:06] <Saviq> Wellark, so please give mterry your data on the on-boot unlock
[15:07] <Wellark> Saviq: I have none... I didn't report the original problem
[15:07] <Wellark> I have not seen it
[15:07] <Wellark> davmor2: ^
[15:08] <Wellark> Saviq: on-boot unlock is a different case
[15:08] <Wellark> but it will hit the same problem for sure
[15:08] <Wellark> or not..
[15:08] <Wellark> running tests here now
[15:09] <Saviq> greyback_, https://code.launchpad.net/~mir-team/qtmir/rtm-14.09-gles-sync/+merge/238312 then
[15:09] <Saviq> greyback_, the diff is b0rked
[15:09] <Saviq> rtm-14.09-gles has 41 revs already
[15:09] <Saviq> but LP didn't notice
[15:09] <davmor2> Saviq: is this the issue with the sim unlock or another one
[15:10] <greyback_> Saviq: ok, taking your word for it
[15:10] <Saviq> davmor2, that one, yes
[15:10] <Saviq> greyback_, don't, merge and see for yourself ;)
[15:10] <Wellark> davmor2: mterry will investigate the report that after sim unlock you don't get to dash
[15:10] <greyback_> oi yam
[15:10] <Wellark> or whatever it was you can't access :)
[15:11] <greyback_> Saviq: acked
[15:11] <davmor2> Wellark: well actually it just hard locks eventually unity8 restarts and the sim is unlocked when it comes back up but that takes a while
[15:12] <Wellark> davmor2, Saviq: that actually matches the reports when we enabled the automatic unlocking the first time, now it's disabled, but davmor2 has quick enough hands
[15:13] <Saviq> davmor2, and no .crash for sure?
[15:13] <Saviq> davmor2, "hard locks eventually unity8 restarts" sounds very much like a unity8 crash
[15:13] <Wellark> I will try to repro
[15:13] <davmor2> Saviq: I've just done it now so I've just enabled developer mode to take a look
[15:14] <Wellark> I will hit it myself soon enough now that I enable the automatic unlock dialogs
[15:22] <groovestix> hey there, i'd like to make a suggestion for Unity, is this a good place for it? I know it'd be best to send a bug report, no time for that.
[15:24] <greyback_> groovestix: hey, honestly a bug report is the best way. Comments added on IRC tend to be forgotten about. https://bugs.launchpad.net/unity/+filebug
[15:26] <groovestix> greyback_: well maybe this been suggested before, tell me what you think. I would use the Amazon integration within Unity so much more, if it had a separate tab on the bottom of the main Unity window (where all the icons for Apps, Docs, etc. are located), that way the search queries sent to Cannonical and Amazon would be relevant, and users privacy would be protected.
[15:28] <groovestix> this seems to be like a neater solution, sort of like including a button for online search engines within Unity. just like Firefox's search bar functions.
[15:29] <greyback_> groovestix: I suspect the amazon results being prominent is for a reason :)  (was nothing to do with me) But yeah I like your idea.
[15:34] <groovestix> Yeah, but why partner with Amazon only? seems a bit silly, when there are so many other sites that could help with the commisions. people like me would use it by default, because we'd know the queries are relevant, and it'd be a way to give back.
[15:56] <mterry> davmor2, is that sim unlock freeze only on rtm?
[15:56] <mterry> davmor2, or only krillin?
[15:57] <mterry> I just tried to reproduce on utopic/mako and couldn't
[15:57] <davmor2> mterry: I've only tested on krillin
[15:57] <davmor2> mterry: + we only test rtm currently
[15:57] <mterry> davmor2, ok
[15:58] <mterry> well I'm curious now if utopic/krillin would reproduce.  might be useful to know
[16:02] <Saviq> tedg, feel free to rebuild i-n in rtm silo 6 when you think it worth it
[16:02] <Saviq> tedg, I'll be back in 3h if you need me, please drop me a status line when you EOD
[16:02] <davmor2> mterry: just added a screenshot of the issue if I get time latter I'll try and catch a video of it
[16:03] <tedg> Saviq, Ah, indicator sound. :-)
[16:03] <tedg> Saviq, Okay, cool.
[16:03] <mterry> davmor2, so there's a speed component to it, right?  I have to log in and unlock before dash is all set up
[16:03] <davmor2> mterry: that is what I found
[16:05]  * mterry goes afk briefly
[16:08] <mzanetti> MacSlow: ping
[16:08] <MacSlow> mzanetti, what's up?
[16:09] <mzanetti> MacSlow: if I want to wait in a qml test for a notification to be fully painted and ready to take input, which property would I use?
[16:09] <mzanetti> MacSlow: I can't see anything like opacity changing or the like
[16:09] <mzanetti> or well, there are many, but not at the place I'd expect them :)
[16:10] <MacSlow> mzanetti, opacity-animation are disabled due to bug regarding calendar-events (don't know the LP# atm)
[16:11] <MacSlow> mzanetti, can't you use Component.onCompleted or what it is called?
[16:11] <mzanetti> hmm... are they created asyn?
[16:11] <mzanetti> async
[16:12] <MacSlow> mzanetti, not yet... I wanted to change them to use an overall Loader-item, but rtm-tasks always got in the way
[16:13] <mzanetti> lol... did we really commit line 44 in Notifications.qml
[16:13] <mzanetti> MacSlow: what does that do? or rather, what is it supposed to do?
[16:14] <MacSlow> mzanetti, that's needed due to the visual snap-decsion queue
[16:17] <phanimahesh> Hola!
[16:18] <phanimahesh> Can anyone have a look at https://bugs.launchpad.net/ubuntu/+source/unity-tweak-tool/+bug/1354741?
[16:18] <phanimahesh> It appears to be a bug with Unity, but I can not figure out what package would be the right target.
[16:20] <phanimahesh> Would it be acceptable to mark it as affecting unity?
[16:21] <charles> Wellark, dednick, indicator-bluetooth disappears on phone by design: https://bugs.launchpad.net/indicator-location/+bug/1377275
[16:21] <charles> see especially comment #1 in that ticket
[16:24] <MacSlow> Saviq, the working fixes I made available here https://code.launchpad.net/~indicator-applet-developers/indicator-sound/rtm-extreme-volume-warning/+merge/238259/comments/584933
[16:25] <MacSlow> Saviq, triggering a new notification upon each volume-change has several issues... it doesn't work as cleanly as in my stand-alone icon-value.py example
[16:26] <MacSlow> Saviq, I need to take a break... I'll come back later when my blood is no longer boiling to continue looking into avoiding volume-changes via indicator-sound triggering sync. notifiations
[16:38] <tedg> Saviq, Did you actually rebase this? None of the bazaar history is correct.
[16:38] <tedg> :-(
[17:06] <mterry> davmor2, do you still have any crash files from your system freezing after unlocking sim?  I haven't been able to reproduce yet
[17:06] <mterry> I'm using a phonesim modem and only after re-running welcome wizard, not after a fresh flash.  So some differences from your triggers
[17:08] <davmor2> mterry: I do do you want them?
[17:08] <mterry> davmor2, yes please
[17:08] <mterry> davmor2, are you able to reproduce after simply re-running the wizard?
[17:09] <davmor2> mterry: I think I can reproduce rebooting but I'd need to try that
[17:10] <mterry> davmor2, just trying to figure out if it's because I'm using a fake SIM modem or not
[17:10] <mterry> ("it" being my lack of reproduction)
[17:13] <davmor2> mterry: http://people.canonical.com/~davmor2/mterry.tar.gz
[17:14] <mterry> davmor2, thank you!
[17:16] <mterry> davmor2, that looks like it's missing one crash file
[17:16] <mterry> a _usr_bin_unity8.32011.crash specifically
[17:17] <davmor2> mterry: one second
[17:18] <davmor2> mterry: grrr adb is now user level so won't grab unity8 as it is root grrrr
[17:20] <davmor2> mterry: working around it
[17:24] <davmor2> mterry: right same link try again
[17:26] <mterry> davmor2, ... this .crash file is like none I've ever seen -- it only has a stacktrace, not a coredump file
[17:26] <mterry> davmor2, this was sitting in your /var/crash dir?
[17:26] <davmor2> mterry: yeap
[17:32] <mterry> Saviq, when you get back: you said https://errors.ubuntu.com/oops/09b83e84-53b5-11e4-bc56-fa163e22e467 was already fixed?  Where is that bug/branch?
[17:34] <davmor2> I might debate your choice of Fixed there if it isn't in the image then there might be code but it isn't fixed ;)
[17:42] <mterry> davmor2, well sure.  it may not be fixed in the rtm timezone, but somewhere in the world it's fixed  :)
[17:42] <mterry> davmor2, you also have some other crash files here, but I don't think they'd freeze your system
[17:42] <mterry> davmor2, I think only unity8 would do that.  So if that's the right crash file for you, and it's fixed already somewhere, should be simple to close the bug
[17:43] <tedg> Saviq, Okay, fixed then branches.
[17:43] <mterry> Since Saviq is afk for a bit longer, I'm going to do an errand I need to get done today now, rather than later.  /me goes afk too
[17:43] <tedg> Saviq, Adding a system-settings branch to the silo. Though that needs to land in utopic too.
[17:44] <tedg> This RTM-first landing if f-ed up.
[18:45] <davmor2> mterry: sure I wasn't sure if they were related so thought I'd just grab them all to be on the safe side
[19:13] <Wellark> salem_: around?
[19:13] <Wellark> salem_: sorry, meant Saviq
[19:14] <Wellark> seems that unity8 does not handle reshowing of a closed notification that well..
[19:14] <Wellark> or let's say at all
[19:52] <Saviq> Wellark, back
[19:53] <Saviq> Wellark, reshowing a closed one? what do you mean?
[19:54] <Saviq> tedg, I *thought* I did, the diff was the same between → trunk and → rtm
[19:55] <tedg> Saviq, The diff was the same but the history was different, different revision ids.
[19:56] <Saviq> tedg, well, yeah, because the branch → trunk had more commits than we wanted → rtm
[19:56] <Saviq> tedg, and yeah, I used merge -c and recommitted stuff, is there a better way?
[19:56] <tedg> Saviq, Sure, so you need to revert the commits you don't want. With bazaar, not making new commits.
[19:56] <Saviq> tedg, you mean on top of the original history?
[19:57] <tedg> Saviq, yeah, if you merge the ones you want to revert, and then do "bzr revert ." it'll revert the diff but understand that you've looked at the revision.
[19:57] <Saviq> tedg, I just can't agree with that ;)
[19:57] <Saviq> tedg, having a merge, that I don't want, in history is just ugh
[19:57] <tedg> Saviq, Anyway, more importantly, I can't get the qtmir in that silo to build.
[19:57] <Saviq> tedg, ok, looking
[19:57] <tedg> Saviq, It's just… the truth… the messy truth :-)
[19:58] <tedg> Don't whitewash the past man.
[19:58] <tedg> ;-)
[20:00] <Saviq> tedg, with -gles packages, we need to first build the non-gles package (need to check the "ignore missing twins" box), only once the source for that is published can we build the -gles package
[20:01] <tedg> Saviq, I tried that, didn't work either :-/
[20:01] <Saviq> tedg, just kicked qtmir alone, let's see
[20:03]  * tedg hopes Saviq is better at clicking than he is
[20:04] <Saviq> tedg, all the builds you triggered on there were full rebuilds of a silo, that won't work with -gles packages, as it will try and build the -gles package out of source that doesn't exist yet
[20:04] <tedg> Saviq, Oh, so you have to ignore and build a single package?
[20:04] <Saviq> tedg, not ignore, *just* build a single package
[20:04] <Saviq> tedg, ignore the missing twin, yes
[20:04] <tedg> Ah, okay.
[20:05] <Saviq> tedg, once the source is published, then you can kick the -gles build
[20:06] <Wellark> Saviq: forget about it
[20:06] <Wellark> Saviq:
[20:06] <Wellark> https://code.launchpad.net/~unity-api-team/indicator-network/fix_unlock_all/+merge/238350
[20:06] <Wellark> https://code.launchpad.net/~unity-api-team/unity8/unlock-all-modems-on-boot/+merge/238349
[20:07] <Saviq> mterry, I *thought* it was fixed
[20:07] <mterry> Saviq, ah
[20:07] <Saviq> mterry, it was a dbus-cpp crash
[20:07] <Wellark> Saviq: that unity8 review is going to be a though one
[20:08] <Wellark> I was worried I'll break the whole tree with it
[20:08] <Saviq> Wellark, NOOOOOOOOO
[20:08] <Wellark> Saviq: yeah.. just look at the diff
[20:08] <Saviq> Wellark, I did
[20:08] <Wellark> quite scary, right..
[20:09] <Wellark> mterry: could you quickly review that unity8 branch?
[20:09] <Saviq> Wellark, we'll need separate MPs for rtm
[20:09] <Wellark> Saviq: what?! c'mon....
[20:09] <mterry> Wellark, well the code changes are fine but I'd need to test with latest connectivity too
[20:10] <Wellark> Saviq: you have splitted the trunks?
[20:10] <Saviq> Wellark, for unity8 yes
[20:10] <Wellark> ok..
[20:10] <Saviq> Wellark, seems i-n is up-to-date in rtm, so that we could sync
[20:11] <sil2100> mterry: hey!
[20:11] <Wellark> Saviq: i-network can be landed separately. _as long_ as it hits the archives before unity8
[20:11] <sil2100> mterry: any progress on LP: #1380736
[20:11] <mterry> Wellark, I'm still unable to reproduce  :-/
[20:12] <Wellark> mterry, Saviq: I think it was related to the QtMultimedia crashes
[20:12] <Wellark> as I saw them happening many times just before booting up
[20:12] <mterry> sil2100, no as I was just saying to Wellark, I can't reproduce it and the stacktraces we have aren't super helpful
[20:12] <Saviq> Wellark, yeah, that's what I expected, was waiting for davmor2 to confirm
[20:13] <sil2100> mterry: ah... k, well, we'll discuss that with davmor2 tomorrow then
[20:15] <mterry> Wellark, working on testing both branches
[20:15] <Wellark> mterry: you need the i-network
[20:15] <mterry> Wellark, yeah
[20:15] <Wellark> otherwise i-network will deadlock
[20:16] <mterry> Wellark, that's why I said both.  Unless there's a third branch?
[20:16] <Wellark> mterry: you can wait until I get the silos for both rtm and utopic
[20:16] <Wellark> it will be easier for you
[20:16] <mterry> Wellark, naw, I'll just build
[20:16] <Wellark> brave man
[20:16] <mterry> :)
[20:17] <mterry> Wellark, well I'm hoping that increasing the speed of unlock will help reproduce the crash
[20:28] <mterry> kgunn, did you successfully reproduce that sim-unlock freeze issue by using phonesim earlier today?
[20:32] <Wellark> mterry: earlier today kgunn was probably running with the broken QtMultimedia, so any crash when that is in the system is just plain ambigious
[20:32] <Wellark> as it was crashing unity8 on my phones a lot
[20:32] <mterry> Wellark, maybe I'm not familiar with the QtMultimedia fix?  Where can I grab that?
[20:34] <Wellark> Saviq: ^
[20:35] <Saviq> Wellark, so you're not getting the crash any more?
[20:35] <Saviq> if anywhere, it'd have been fixed in https://code.launchpad.net/~phablet-team/dbus-cpp/trunk
[20:35] <Saviq> so dbus-cpp 1006
[20:36] <Saviq> but that landed in rtm even on 1010 already
[20:36] <Saviq> so if anyone was seeing the crash since then, then it's *not* fixed
[20:37] <Wellark> Saviq: I got a bunch of those crashes today..
[20:37] <Wellark> oh well..
[20:37] <Wellark> maybe I was just running an old rtm-proposed image then
[20:38] <Saviq> there's a bunch of mentions of that crash in https://errors.ubuntu.com/?package=unity8&period=week
[20:39] <Saviq> AlbertA, whoa, 1.6MB? it takes 2.3MB for a 2xFullHD...
[20:40] <Saviq> here
[20:40] <Saviq> isn't PNG compressed?
[20:40] <AlbertA> Saviq: I guess QIMage doesn't compress PNG
[20:41] <mterry> Wellark, sorry I lost IRC connection, might have missed your response
 Wellark, so you're not getting the crash any more?
[20:41] <Saviq>  if anywhere, it'd have been fixed in https://code.launchpad.net/~phablet-team/dbus-cpp/trunk
[20:41] <Saviq>  so dbus-cpp 1006
[20:41] <Saviq>  but that landed in rtm even on 1010 already
[20:41] <Saviq> <-- kgunn has quit (Ping timeout: 260 seconds)
 so if anyone was seeing the crash since then, then it's *not* fixed
[20:41] <Saviq> <-- mterry has quit (Ping timeout: 250 seconds)
 Saviq: I got a bunch of those crashes today..
 oh well..
[20:41] <Saviq>  maybe I was just running an old rtm-proposed image then
 there's a bunch of mentions of that crash in https://errors.ubuntu.com/?package=unity8&period=week
[20:45] <Saviq> tedg, so there seems to be a dependency issue with qtmir in the silo suddenly https://launchpadlibrarian.net/187344929/buildlog_ubuntu-rtm-14.09-amd64.qtmir_0.4.3%2B14.10.20141014.1-0ubuntu1_FAILEDTOBUILD.txt.gz
[20:52] <mterry> Guh!  IRC is crazy for me
[20:52] <mterry> Saviq, you mean that top crasher?  https://errors.ubuntu.com/problem/f53968407e05846ce6dd99e01d5c27df7589b9eb
[20:52] <mterry> Saviq, looks mostly fixed in RTM, but not 14.10
[20:53] <Saviq> mterry, hm that's an interesting observation
[20:53] <mterry> Saviq, you seemed confident it was a dbus-cpp crash.  Why, since it seemed only part of the stacktrace
[20:53] <mterry> If it is a dbus-cpp crash, dbus-cpp doesn't seem forked for rtm yet
[20:53] <Saviq> mterry, once, when we got a bit more symbols
[20:54] <Saviq> mterry, it looked like dbus-cpp was the culprit
[20:54] <mterry> ah
[20:54] <Saviq> I'm *sure* there's a bug...
[20:54] <Saviq> if only I could find it
[20:54] <Saviq> I will try and get a bit more symbols in a mo
[20:55] <mterry> Saviq, do you have a coredump available to you?
[20:55] <Saviq> mterry, not *yet*, but it's rather easy for me to trigger with two locked SIMs
[20:56] <mterry> Saviq, huh!  Gosh dang it.  Maybe I have slow fingers
[20:56] <Saviq> mterry, but you're right, if errors.u.c knows anything, then it indeed says rtm almost doesn't get it
[20:58] <Wellark> Saviq, mterry: here you go: https://code.launchpad.net/~unity-api-team/unity8/unlock-all-modems-on-boot-rtm/+merge/238359
[20:58] <Wellark> Saviq: what line is your monster silo ?
[20:59] <Wellark> I will make a comment to i-network that it must land before
[20:59] <Saviq> Wellark, I think you could've used the same source branch
[20:59] <Saviq> Wellark, but what evs
[20:59] <Wellark> I have charles to daid me
[20:59] <Wellark> *aid
[20:59] <Saviq> unless you had more of trunk in there
[20:59] <Wellark> so we should get the i-network in in couple of hours
[20:59]  * charles shoots Wellark daid
[20:59] <Saviq> Wellark, yeah, ours will definitely not land earlier
[21:00] <Wellark> Saviq: I can't use trunk as a source, otherwise it would pull in the different changelog from lp:unity
[21:00] <Wellark> *unity8
[21:01] <Saviq> Wellark, yeah, you could've just branched from earlier, but yeah, that's fine
[21:05] <Saviq> mterry, indeed, couldn't reproduce in rtm in a few tries...
[21:05] <Saviq> flashing devel
[21:05] <mterry> I couldn't reproduce in utopic/mako
[21:06] <mterry> But I've never been able to reproduce, so ::shrug::
[21:16] <Saviq> mterry, guess what, can't reproduce now either...
[21:16] <mterry> Saviq, :-/
[21:27] <mterry> Wellark, so I tested your branches, seemed fine to me
[21:28] <mterry> Wellark, unfortunately being able to unlock faster doesn't let me reproduce the crasher any better
[21:29] <Wellark> mterry: yeah..
[21:29] <Wellark> I only saw them because of the QtMultimedia crash
[21:29] <mterry> Wellark, right you mentioned that before and said it was fixed but do you have a bug or branch for that?
[21:30] <mterry> Wellark, I'd love to mark the bug on my plate as a dup
[21:32] <mterry> I couldn't find anything in the qtmultimedia changelog (hasn't changed since last month)
[21:32] <Wellark> mterry: saviq posted that
[21:32] <Wellark> it was fixed in dbus-cpp
[21:33] <mterry> OK, that's the one that we can't find the bug for I guess
[21:34] <Saviq> jhodapp, hey, do you remember the unity8 crash related to media hub?
[21:35] <Saviq> https://errors.ubuntu.com/problem/f53968407e05846ce6dd99e01d5c27df7589b9eb
[21:35] <Wellark> wait what..
[21:35] <Wellark> https://bugs.launchpad.net/barajas/+bug/1377931
[21:36] <Wellark> whoops..
[21:36] <Saviq> Wellark, that does look similar, no mention of multimedia though... https://code.launchpad.net/~thomas-voss/dbus-cpp/fix-invalid-reads-in-executor
[21:37]  * Saviq will actually downgrade that
[21:37] <Wellark> Saviq: yeah, no mention of multimedia or mediahub anywhere
[21:44] <mterry> How do I tell what image I have?  /etc/os-release isn't helpful, nor is /etc/system-image/
[21:45] <Saviq> mterry, system-image-cli -i
[21:46] <mterry> Saviq, thanks!  well, that confirms that the bug is reproducable on the latest rtm/krillin
[21:46] <Saviq> mterry, managed to crash? yay
[21:46] <mterry> Saviq, not me, but Jonathan Cave in the bug comments
[21:46] <mterry> Saviq, but you can't anymore, where you used to be able to?
[21:47] <Saviq> mterry, yeah, even this morning I got it every second boot
[21:47] <mterry> Saviq, same image?
[21:48] <Saviq> mterry, if I only knew...
[21:49] <mterry> Saviq, so davmor2 was able to give me a .crash file for unity8 earlier, but it didn't include a coredump, just a stacktrace header.  Is that because apport found a duplicate on e.u.c and didn't bother?
[21:50] <Saviq> mterry, rather because it didn't have enough memory to collect the trace
[21:50] <mterry> Saviq, ah bummer
[21:50] <mterry> That's a pain in the butt then
[23:09] <tedg> Saviq, So then after qtmir-gles builds, then we can build the rest of the silo?
[23:11] <Saviq> tedg, the rest we could have rebuilt any time
[23:11] <tedg> Saviq, NOW!
[23:11] <tedg> :-)
[23:12] <Saviq> tedg, it's running
[23:12] <tedg> Saviq, thanks!
[23:28] <Wellark> Saviq: as this got to the landing emails, I added my comments: https://bugs.launchpad.net/ubuntu/+source/media-hub/+bug/1380736
[23:29] <Wellark> I'm pretty sure that's an uncaught exception
[23:29] <Wellark> someone should update the title