[00:21] <veebers> scratch that,  it seems that stopping unity8 while any application is active seems to throw a spanner in the works
[07:05] <Saviq> veebers, yeah, sometimes crash, sometimes hang?
[07:05] <tvoss_> Saviq, good morning
[07:05] <Saviq> tvoss_, yo
[07:06] <tvoss_> Saviq, hey, as you recently looked into it: do you know how to enable gdb pretty printers?
[07:06] <Saviq> tvoss_, nope
[07:08] <veebers> Saviq: yeah, I added code tp that MR to handle it (make sure OSK is gone when stopping unity8, and then start it again when needed)
[07:08] <Saviq> veebers, k thanks
[07:08] <veebers> Saviq: nw, do you know if anyone is working on a fix for: https://bugs.launchpad.net/mir/+bug/1238417 ?
[07:10] <veebers> Saviq: also fyi you'll see that MR is 'needs review'
[07:13] <Saviq> veebers, I don't think anyone is, since we have a workaround...
[07:15] <tvoss_> veebers, the clean fix would be to also fix https://bugs.launchpad.net/mir/+bug/1237784
[07:16] <tvoss_> veebers, right now, mir uses the android input stack as is, which uses inotify to get notified about device node creation
[07:16] <tvoss_> veebers, while I haven't verified myself, I'm pretty sure that switching to libudev would also fix the autopilot event injection issue
[07:17] <Saviq> veebers, are you still "at work" to fix some issues with that MP or shall we take over?
[07:17] <veebers> Saviq: heh, no I'm just about to pop out to pick my partner up from work
[07:18] <Saviq> veebers, k o/
[07:18] <veebers> Saviq: ack re: the bug I mentioned. I will probabl be around a little bit later on
[07:18] <veebers> Saviq: also interested, what are the issues that you mentioned?
[07:18] <Saviq> veebers, just s/unity/unity8/ in the "you need to stop unity8"
[07:19] <Saviq> veebers, but am also wondering if we should stop it ourselves...
[07:21] <veebers> Saviq: right, both thomi and myself had that discussion too, I think it's safer in the long run to have the environment owner (the user sort that out)
[07:21] <Saviq> veebers, may very well be
[07:25] <davidcalle> Good morning all
[07:26] <Saviq> veebers, while still here, any reason to not use _patch_envirionment for QT_LOAD_TESTABILITY?
[07:26] <Saviq> davidcalle o/
[07:30] <veebers> Saviq: oh um, that's still there from the transition from having a "are we using upstart to start unity", also it's guaranteed to be cleaned up in _cleanup_launching_upstart_unity
[07:30] <Saviq> veebers, right, will fix
[07:30] <Saviq> veebers, if someone set it before - we shouldn't be resetting it
[07:30] <Saviq> veebers, fyi, we need -g in cleanup, too
[07:34] <didrocks> Saviq: hey! I guess we have still a yummi unity8 crash with latest image, mind having a look?
[07:34] <didrocks> http://jenkins.qa.ubuntu.com/job/saucy-touch_mir-mako-smoke-unity8-autopilot/21/artifact/clientlogs/_usr_bin_unity8.32011.crash/*view*/
[07:34] <Saviq> didrocks, smokes truncate .crash files
[07:35] <Saviq> didrocks, I won't get anything out of it
[07:35] <didrocks> Saviq: let's hope not, we need to get stable at some point :)
[07:35] <Saviq> didrocks, they do
[07:35] <Saviq> didrocks, a unity8 crash needs to be some 12MB at least
[07:35] <didrocks> argh
[07:35] <Saviq> didrocks, either way
[07:35] <Saviq> didrocks, we have fixes in queue for a few crashers
[07:35] <didrocks> any idea why they are truncated on this arch?
[07:35] <didrocks> ok, any ETA?
[07:36] <Saviq> didrocks, today
[07:36] <didrocks> (to know if we can handle + get the results today)
[07:36] <Saviq> didrocks, utah doesn't wait for them to be completed, AFAICT
[07:36] <didrocks> Saviq: if you can get them merged before 10 UTC (so in 2h30), we can hope getting the results
[07:36] <Saviq> greyback, ↑ the "waitforme" branch
[07:36] <didrocks> Saviq: ok, as soon as I have a crash on my phone, I'll fw it to you
[07:36] <Saviq> didrocks, please apport-cli View, Keep it first
[07:37] <didrocks> Saviq: yep, I know about it for years ;)
[07:37] <Saviq> didrocks, sorry :)
[07:37] <didrocks> no worry :p
[07:37] <Saviq> didrocks, btw, smoke will also cough up only one .crash file per project
[07:37] <didrocks> yeah, that's how apport works…
[07:38] <Saviq> didrocks, we should collect them and move away from /crash/ after every test
[07:38] <didrocks> agreed
[07:38] <didrocks> well, first, they have to fix the "wait for apport to finish"
[07:38] <Saviq> +1
[08:38] <nic-doffay> Saviq, I don't suppose you ever got an answer to this question you asked? https://bugs.launchpad.net/unity8/+bug/1150151
[08:38] <Saviq> nic-doffay, right indeed
[08:38] <Saviq> nic-doffay, can you poke Oren about it/
[08:42] <om26er> bug 1239575
[08:42] <nic-doffay> Saviq, yep np.
[08:42] <om26er> Cimi, ^ do you know if that was intentional ?
[08:59] <Cimi> om26er, intentional
[09:01] <om26er> Cimi, looks bad doesn't it ?
[09:01] <Cimi> om26er, nope
[09:01] <Cimi> om26er, https://lh6.googleusercontent.com/DiFH5zJxUPhXES9dICX4ydlmQzpkKFMNeJlq3NsPhPIUAzbAH8XjX4YlZ0eii1w5csbAX2ZqnW9l6bjLSDzzd8Y1oCJf2qKzJYZ49lDeg5dPDbCiCEI-3eyi8Fs
[09:01] <Cimi> om26er, put covers
[09:02] <Saviq> mzanetti, can I ask you to https://code.launchpad.net/~unity-team/unity8/ap_launch_unity_with_upstart/+merge/190886
[09:02] <mzanetti> Saviq: ofc
[09:02] <om26er> Cimi, doesn't look good to. In the current implementation there is still one bug. the text is overflowing a bit left
[09:02] <om26er> *to me
[09:03] <Cimi> om26er, it's prob because you're missing the cover
[09:03] <Cimi> it's grid aligned...
[09:05] <om26er> cover is supposed to appear inside the tile. so that should have no effect on the text alignment.
[09:07] <Saviq> Cimi, om26er, maybe we just need a margin on the left
[09:07] <Cimi> om26er, I think there's another bug in that screenshot
[09:07] <Saviq> like 0.5 GU
[09:08] <Cimi> Saviq, 1du maybe
[09:08] <Cimi> or 2
[09:08] <Cimi> 0.5 is way too much
[09:08] <Cimi> om26er, Linkin Park
[09:08] <om26er> Cimi, lol. But I love them
[09:08] <mzanetti> Saviq: is data/unity8.conf supposed to be our upstart service file?
[09:08] <Saviq> Cimi, remember that UShape "softens" the edges
[09:08] <Saviq> mzanetti, yes
[09:09] <om26er> the later albums were not that good.. but still
[09:09] <Saviq> mzanetti, I need to fix, though
[09:11] <mhr3> Saviq, tsdgeos, we want to disable the category reordering, it seems to be causing more problems than it solves, comments?
[09:12] <Saviq> mhr3, yeah I think
[09:13] <mhr3> pstolowski, will you mp a revert branch?
[09:13] <mhr3> doesn't have to be revert...
[09:16] <pstolowski> mhr3, yes, i'm on it. it don't want to revert, just disable signal etc.
[09:16] <pstolowski> s/it/I/
[09:16] <mhr3> yea, fine with me
[09:18] <pstolowski> mhr3, Saviq, tsdgeos https://bugs.launchpad.net/unity8/+bug/1239584
[09:19] <tsdgeos> well
[09:19] <tsdgeos> we ought to fix those empty categories :D
[09:21] <Saviq> pstolowski, osk misbehaving I believe is unrelated
[09:21] <Saviq> pstolowski, mhr3, tsdgeos so if we can fix the empty cats, that'd obviously be better
[09:22] <mhr3> Saviq, it surely would, but do you have someone who could look at it?
[09:22] <Saviq> mhr3, yeah, tsdgeos :)
[09:23] <Saviq> mhr3, should've asked first, thought it was past hope ;)
[09:23] <pstolowski> :)
[09:23] <tsdgeos> Saviq: well, i haven't had a look at it
[09:23] <tsdgeos> not sure how do i repro tbh
[09:23] <tsdgeos> pstolowski: just "search"?
[09:23] <pstolowski> mhr3, besides empty cats, there were some other glitches as well right?
[09:24] <mhr3> yea, the "shifting" of the override model
[09:24] <mhr3> having apps category twice there
[09:24] <mhr3> lots and lots of issue really
[09:25] <mhr3> tsdgeos, while i do believe you're awesome, i'm not sure if you'll be able to tackle all of that in the next couple of hours where we still can do fixes
[09:26] <mhr3> Saviq, that's why i suggested the revert instead ^
[09:26] <tsdgeos> mhr3: sure i'm not saying we should not rever it
[09:26] <tsdgeos> i'm just saying hiding them under the rug is not future proof
[09:26] <tsdgeos> since i don't even have a rug around here
[09:26] <tsdgeos> :D
[09:26] <Saviq> lol
[09:26] <mhr3> sure, i just want 13.10 to be usable :)
[09:27] <mhr3> and you know... without being able to see bugs after two searches
[09:27] <mhr3> should take at least dozen :P
[09:29] <Saviq> Cimi, you're working on the music carousel overlay?
[09:29] <Saviq> Cimi, and video carousel mount, for that matter?
[09:29] <Saviq> -mount, layout, too
[09:30] <Cimi> Saviq, today yes
[09:30] <Saviq> Cimi, ok
[09:30] <Cimi> Saviq, as well with quitting termination mode
[09:30] <Saviq> Cimi, start with the carousels please
[09:30] <Cimi> ok
[09:31] <Cimi> Saviq, is this really for me? https://bugs.launchpad.net/unity8/+bug/1226221
[09:32] <Cimi> iirc might be easy to store a property across scopes
[09:32] <Cimi> but how about the zeitgeist part?
[09:35] <tsdgeos> didn't we already have a property across scopes for that?
[09:37] <MacSlow> Saviq, are ap tests meant to work as usual if executed on the device?
[09:37] <Saviq> MacSlow, kind of, yeah
[09:37] <Saviq> MacSlow, you need to make sure display is on
[09:37] <Saviq> MacSlow, easiest is to see that it's on, sudo stop powerd; stop unity8
[09:38] <Saviq> MacSlow, from then on they should run ~fine, yes
[09:38] <Saviq> MacSlow, but we are fixing things around that atm
[09:47] <MacSlow> Saviq, http://pastebin.ubuntu.com/6235207
[09:48] <mzanetti> Saviq: do you know what changed in the scope backend? Apparently I'm now getting a model that doesn't support get()
[09:48] <mzanetti>  which breaks the previews
[09:49] <Saviq> MacSlow, maguro?
[09:49] <Saviq> MacSlow, try stopping maliit-server
[09:49] <MacSlow> Saviq, yes the GX
[09:49] <MacSlow> GN
[09:49] <Saviq> MacSlow, and make sure no app is running
[09:49] <Saviq> MacSlow, if all else fails - reboot
[09:50] <Saviq> reboot
[09:54] <pstolowski> tsdgeos, Saviq so ok to disable reordering?
[09:54] <tsdgeos> pstolowski: sure
[09:54] <Saviq> pstolowski, tsdgeos yeah
[09:55] <tsdgeos> Saviq: i'm still having a look at the crashers on sigterm, my patch fixes the crash once everything has properly stated, but if we get a sigterm "while starting", we still crash a bit
[09:55] <Saviq> tsdgeos, yeah btw you know you opened a pandora's box? ;)
[09:56] <tsdgeos> why?
[09:56] <Saviq> tsdgeos, now that we're destroying everything correctly
[09:56] <Saviq> tsdgeos, we uncovered a bunch of bugs :)
[09:56] <Saviq> tsdgeos, 3 different crashes in notidy
[09:56] <tsdgeos> like?
[09:57] <tsdgeos> :D
[09:57] <tsdgeos> i'm sorry :D
[09:58] <Saviq> tsdgeos, on exit, though - so it's not really bad
[09:58] <Saviq> tsdgeos, the ones at the bottom in https://bugs.launchpad.net/unity-notifications/
[09:59] <Saviq> tsdgeos, only other one I found was https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1239409
[09:59] <tsdgeos> Saviq: so that's unity8 crashing or notify-osd crashing?
[09:59] <Saviq> tsdgeos, there is no notify-ods
[09:59] <tsdgeos> ah
[09:59] <Saviq> tsdgeos, it's unity8 in unity-notifications
[10:00] <tsdgeos> i see
[10:01] <MacSlow> Saviq, I can't stop/kill unity8 on the device...
[10:01] <Saviq> MacSlow, kill -9 in case
[10:04] <MacSlow> Saviq, ok... brute force seems to have worked... now let's hope the ap-test work
[10:04] <om26er> Cimi, https://code.launchpad.net/~om26er/unity8/add_leftMargin_tile_text/+merge/190905
[10:05] <tsdgeos> MacSlow: you need to stop unity8 from the phablet user, not from root
[10:06] <Cimi> om26er, 0.2 gu is not processed iirc
[10:06] <om26er> Cimi, its working
[10:06] <tsdgeos> problem with 0.2
[10:06] <tsdgeos> is that it may be a non integer in some places
[10:07] <tsdgeos> which will make people unhappy
[10:07] <tsdgeos> 0.2 gu i mean :D
[10:08] <MacSlow> tsdgeos, ok... but I wanted to be sure I strike with all possible might ;)
[10:09] <Cimi> om26er, let's use 1du or 2
[10:10] <Cimi> om26er, and remove your code from the running tile :)
[10:10] <om26er> Cimi, yes. working on that
[10:13] <Saviq> mzanetti, pushed a fix to the upstart branch...
[10:13] <Saviq> mzanetti, will build packages for testing here
[10:13] <nic-doffay> Saviq, got any new bugs I can look at while some branches of mine are reviewed?
[10:13] <mzanetti> Saviq: ok... had to reflash my device anyways.
[10:14] <Saviq> nic-doffay, how's multi-selectors?
[10:14] <Saviq> nic-doffay, waiting for review?
[10:17] <nic-doffay> Saviq, yeah
[10:18] <om26er> Cimi, what provides du ? api reference only have gu and dp.
[10:18] <om26er> is that from qml?
[10:19] <Saviq> nic-doffay, take https://bugs.launchpad.net/unity8/+bug/1127627 from dednick
[10:19] <Cimi> om26er, du
[10:19] <Cimi> om26er, was my typo :)
[10:19] <Cimi> sorry
[10:19] <Cimi> dp
[10:19] <Cimi> hah
[10:19] <Cimi> monday morning
[10:20] <om26er> \o/
[10:20] <Cimi> om26er, 1 du is 1 pixel
[10:20] <Cimi> dp
[10:20] <Cimi> dammit
[10:20] <Cimi> DP
[10:21] <Cimi> so 1 or 2 max
[10:21] <Cimi> maybe 1 id fine
[10:21] <Cimi> *is
[10:21] <om26er> Cimi, yeah, 2 looks fine here.
[10:21] <Cimi> will look bad on desktop
[10:21] <Saviq> nic-doffay, then, bug #1226221
[10:24] <Cimi> on https://code.launchpad.net/~om26er/unity8/fix_1238837/+merge/190743
[10:24] <Cimi> there's a mouse area inside an item
[10:25] <Cimi> nevermind, API helped
[10:26] <om26er> Cimi, so this branch is good to go now ? :)
[10:26] <Cimi> om26er, think so
[10:26] <Cimi> om26er, I wrote the same code friday :)
[10:26] <Cimi> om26er, didn't realise you were doing it too
[10:27] <om26er> Cimi, oops, I came here to ping you to make sure you were not already working but couldn't catch you. I guess you were offline already
[10:27] <Cimi> om26er, actually not
[10:27] <Cimi> om26er, (I already fixed it then I went EOD)
[10:27] <Cimi> om26er, btw
[10:28] <Cimi> om26er, you need to write a new test or extend the current one
[10:28] <Cimi> om26er, because you're no longer testing app termination now
[10:28] <om26er> Cimi, if your branch have a test, feel free to propose yours
[10:28] <Cimi> om26er, you should now check that clicking the icon closes the app
[10:28] <om26er> Cimi, right, I made a comment about that https://code.launchpad.net/~om26er/unity8/fix_1238837/+merge/190743/comments/438142
[10:29] <Cimi> om26er, so yes, exactly
[10:29] <tsdgeos> what?=¿
[10:29] <tsdgeos> ../../../../../src/modules/Unity/Application/ubuntukeyboardinfo.cpp: In member function ‘void UbuntuKeyboardInfo::tryConnectingToServer()’:
[10:29] <tsdgeos> ../../../../../src/modules/Unity/Application/ubuntukeyboardinfo.cpp:61:32: error: ‘class QString’ has no member named ‘isEmtpy’
[10:29] <tsdgeos> :D
[10:29] <tsdgeos> ah
[10:30] <Cimi> om26er, in RunningApplicationTile add 'objectName: "closeIcon"'
[10:30] <tsdgeos> a q_assert
[10:30] <Cimi> om26er, then you find it in the test
[10:30] <om26er> Cimi, how do I run these tests? to me it says Unity.Test is not installed
[10:30] <Cimi> om26er, ./build
[10:30] <Cimi> ….
[10:31] <Cimi> om26er, cd builddir
[10:31] <Cimi> om26er, make testRunningApplicationsGrid
[10:31] <nic-doffay> Cimi, are you planning on dealing with this soon or can I take it? https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1226221
[10:31] <Cimi> nic-doffay, if you are doing nothing, take it
[10:32] <Cimi> nic-doffay, should work with a shared property across scopes
[10:33] <Cimi> nic-doffay, or if you can use zeitgeist or something else
[10:33] <Cimi> nic-doffay, you can push and pull recent searches
[10:33] <Cimi> nic-doffay, maybe mhr3 can help you
[10:34] <Cimi> om26er, you want to do it or I can do it if you want
[10:35] <om26er> Cimi, I am working on it (trying)
[10:35] <nic-doffay> mhr3, mind giving me a shout about this?
[10:36] <mhr3> nic-doffay, you'd need to store it somewhere, but we don't have zg on the device, and it won't be for 13.10
[10:39] <Cimi> dbus? :D
[10:39] <Cimi> gsettings
[10:39] <Cimi> I meant
[10:41] <nic-doffay> Saviq, you mentioned this could possibly be a regression ^
[10:42] <Saviq> nic-doffay, the fact that they're not common between scopes is a regression that should be relatively easy tacklable
[10:42] <Saviq> nic-doffay, the fact that it's not persistent - not so much - we should probably store it in U1Db for syncing
[10:44] <nic-doffay> Saviq, can this be done now?
[10:45] <Saviq> nic-doffay, "this"?
[10:45] <Saviq> nic-doffay, U1Db? http://developer.ubuntu.com/api/devel/ubuntu-13.10/qml/u1db-qt5/overview.html
[10:47] <nic-doffay> Saviq, just wondering about your approach in comparison to mhr3 's
[10:51] <mhr3> nic-doffay, "my" approach is just saying that it needs to be stored somewhere, i'm fine with somewhere being u1db, plus if it's supposed to be shared between all scopes, it can be purely qml patch afaict
[10:52] <nic-doffay> mhr3, right then.
[10:53] <nic-doffay> mhr3, where are the recent searches currently?
[10:53] <Saviq> nic-doffay, read, please, read
[10:53] <mhr3> nic-doffay, in qml :)
[10:57] <nic-doffay> mhr3, Saviq I meant what source files.
[10:58] <Saviq> nic-doffay, in qml source files
[10:58] <Saviq> nic-doffay, you've been around it for the past month
[10:59] <Saviq> nic-doffay, PageHeader
[11:04] <Cimi> om26er, update?
[11:04] <om26er> Cimi, Just pushed a test
[11:04] <om26er> Cimi, https://code.launchpad.net/~om26er/unity8/fix_1238837/+merge/190743
[11:06] <Cimi> om26er, remove empty line
[11:06] <Cimi> before bracket
[11:06] <Cimi> seems fine here
[11:06] <Cimi> bravo
[11:06] <Cimi> om26er, rename the other test
[11:07] <Cimi> test_clickTile maybe
[11:08] <Cimi> toTerminateApp doesn't make sense anymore since we drop the functionality
[11:08] <om26er> Cimi, test_clickTileNotClose sounds fine ?
[11:09] <om26er> since we are making sure clicking it does not close. the name of the test should also indicate that
[11:09] <Cimi> om26er, sounds better
[11:09] <Cimi> om26er, yeah yours is better
[11:09] <mhr3> Saviq, is it possible to create a map for ListElement?
[11:10] <Saviq> mhr3, .get() should work
[11:10] <mhr3> not what i meant, a sec
[11:11] <mhr3> Saviq, something like http://paste.ubuntu.com/6235442/
[11:11] <mhr3> but something that actually works :)
[11:11] <Saviq> mhr3, ah no
[11:12] <mhr3> :/
[11:12] <Saviq> mhr3, a list, yes - an object, no
[11:18] <Cimi> Saviq, u1db?
[11:19] <Cimi> Saviq, that way will sync across devices
[11:19] <Saviq> Cimi, yes, that's the plan
[11:19] <Cimi> Saviq, I would not do this
[11:19] <Cimi> Saviq, searches depends on local content
[11:19] <Saviq> Cimi, that's why I put ubuntu-ux on the bug
[11:20] <Cimi> Saviq, it's not like searching google where it makes sense to share your search history
[11:20] <Saviq> Cimi, anyway, storing in U1Db does not automagically equal syncing
[11:20] <Cimi> Saviq, I know but it's not required
[11:20] <Saviq> Cimi, and dconf isn't the right place to store it
[11:20] <Cimi> Saviq, I'd go for something local
[11:20] <Saviq> Cimi, U1Db *is* local
[11:20] <Saviq> until you sync it
[11:35] <pstolowski> mhr3, Saviq https://code.launchpad.net/~unity-team/unity8/disable-reordering/+merge/190918
[11:36] <Saviq> pstolowski, FIXME++ ?
[11:36] <pstolowski> k
[11:37] <mhr3> eh, acked already
[11:37] <mhr3> switched back
[11:38] <Saviq> mhr3, good we don't have autolanding ;)
[11:38] <mhr3> oh?
[11:38] <mhr3> good to know
[11:49] <mzanetti> Saviq: https://code.launchpad.net/~mzanetti/unity8/fix-lazyimage-initialSize/+merge/190930
[11:50] <Saviq> mzanetti, thanks
[11:51] <pete-woods> tsdgeos: hi, we have a report of the proposed HUD update breaking the unity8 ap tests, I want to check I'm running the tests correctly myself
[11:51] <tsdgeos> pete-woods: hi
[11:51] <tsdgeos> sure
[11:51] <tsdgeos> whatcha doing
[11:51] <tsdgeos> ?
[11:52] <pete-woods> tsdgeos: on the device I'm stopping unity8
[11:52] <pete-woods> then running autopilot run unity8.shell.tests.test_hud.TestHud.test_show_hud_appears
[11:53] <tsdgeos> you need to be insde tests/autopilot
[11:53] <tsdgeos> or tests/whatever
[11:53] <tsdgeos> for that to work
[11:53] <pete-woods> tsdgeos: that's from the installed unity8-autopilot package
[11:53] <tsdgeos> ah
[11:53] <tsdgeos> ok
[11:53] <tsdgeos> then no, you don't need to be anywhere
[11:53] <tsdgeos> ok, and it's not working?
[11:53] <pete-woods> the HUD gui isn't appearing
[11:54] <pete-woods> it gets to the point of showing the funny symbol in the middle of the screen
[11:54] <pete-woods> but then waits there until timeout
[11:54] <tsdgeos> that is weird
[11:54] <tsdgeos> i tried them here last week and it worked fine
[11:55] <tsdgeos> pete-woods: what's the autopilot backtrace?
[11:55] <Saviq> /away
[11:55] <pete-woods> tsdgeos: do you mean this part? http://pastebin.ubuntu.com/6235587/
[11:56] <tsdgeos> yeah that
[11:56] <tsdgeos> have to run for lunch sorry, will try to see what's wrong later
[11:56] <tsdgeos> is that ok?
[11:56] <om26er> jamesh, hello
[11:57] <pete-woods> tsdgeos: this bug is classified as super-urget, but yeah, you may as well get some lunch
[11:57] <pete-woods> tsdgeos: some further info, this test fails for me regardless of HUD version, so I don't think that it's the backend at fault
[11:58] <Cimi> Saviq, I go and merge omen's branch? reviewed
[11:59] <Cimi> *omer
[12:02]  * Cimi pushed
[12:53] <tsdgeos> pete-woods: back
[12:53] <tsdgeos> pete-woods: ok, let me try to see if i can repro
[12:54] <pete-woods> tsdgeos: I'm suspicious that this test might just not work under Mir?
[12:54] <tsdgeos> pete-woods: does it pass on the pc but not on the device?
[12:54] <tsdgeos> pete-woods: it works fine in mir, i tried
[12:54] <tsdgeos> a few days ago i mean
[12:54] <tsdgeos> not now
[12:54] <pete-woods> okay
[12:57] <tsdgeos> pete-woods: works for me :_S
[12:57] <tsdgeos> http://paste.ubuntu.com/6235761/
[12:57] <pete-woods> tsdgeos: how are you setting up the test? are you stopping unity8 first?
[12:58] <pete-woods> what am I doing differently
[12:58] <tsdgeos> sure
[12:58] <tsdgeos> stop unity8
[12:58] <mzanetti> Saviq: do you have some packages for your branch?
[12:58] <tsdgeos> and then run then run the autopilot line you said
[12:58] <mzanetti> Saviq: I can't install the ones from jenkins for some reason
[12:58] <tsdgeos> pete-woods: nothing i see different
[13:02] <mhr3> mzanetti, try this lp:~mhr3/unity8/route-overridden-previews
[13:02] <mhr3> i'm not completely sure it works :)
[13:03] <mzanetti> mhr3: building
[13:03] <mzanetti> mhr3: hmm... just merging it into the switching-previews branch doesn't really fix it
[13:04] <mzanetti> mhr3: well, there is now an empty image
[13:04] <mzanetti> mhr3: before there wasn't even that one
[13:04] <mhr3> mzanetti, that's better, no? :)
[13:04] <mzanetti> its one step closer, yes
[13:04] <mzanetti> not good enough tho :P
[13:04] <mhr3> well it theoretically should work on the phone
[13:04] <mzanetti> ah ok
[13:04] <mzanetti> lemme try
[13:04] <mhr3> you don't have click scope nor the apps on the desktop
[13:05] <mzanetti> mhr3: hmm... how come I have the suggested apps section here?
[13:05] <mhr3> it's from software center, not clicks
[13:05] <mzanetti> ah wait...
[13:05] <pete-woods> tsdgeos: have you got time to try running those tests again with the proposed version of HUD?
[13:06] <mzanetti> mhr3: well, in the apps scope I do see the preview for the camera-app. it doesn't work with the camera-app in home
[13:06] <mhr3> :/
[13:06] <tsdgeos> pete-woods: what do i need to do? install a few hud packages? or?
[13:08] <pete-woods> tsdgeos: it's the newest hud build from the proposed PPA
[13:08] <pete-woods> you should only need to install the hud package itself, as nothing else has changed
[13:09] <Saviq> mzanetti, yeah, it conflicts with the ubuntu-touch-session
[13:10] <mzanetti> Saviq: already removed that one... still some strange issue
[13:10] <Saviq> mzanetti, like?
[13:11] <mzanetti> Saviq: some circular dependency I think. the locak packages required version ...pkg0saucyX something while that pulled in something riquiring ...ubuntu0
[13:11] <Saviq> mzanetti, huh, will know in 5
[13:12] <tsdgeos> pete-woods: do you have a link for the .deb package? i don't want to add the proposed ppa to my phone since i'm in the middle of debugging something and took me all day to get here
[13:15] <pete-woods> tsdgeos: I don't actually know where the PPA is hosted, mail of deb file good enough?
[13:18] <tsdgeos> pete-woods: yep
[13:19] <MacSlow> does it make sense to use strace on running an autopilot test?
[13:20] <MacSlow> or is there a specific python-counterpart for it?
[13:20] <MacSlow> hm... guess strace it good enough...
[13:30] <tsdgeos> pete-woods: standup now, will try it just after
[13:30] <tsdgeos> sorry for the delay
[13:30] <pete-woods> tsdgeos: np, at least I have someone who the tests originally pass for now :)
[13:32] <mzanetti> Saviq: dednick: standup
[13:35] <didrocks> Saviq: do you know who is working on https://bugs.launchpad.net/ubuntu/+source/maliit-framework/+bug/1233988? (I reopened downstream as well)
[13:35] <Saviq> didrocks, alf
[13:35] <didrocks> Saviq: ok, thanks
[13:39] <dandrader> Cimi, what's your launchpad id?
[13:39] <Cimi> dandrader, what you think?
[13:39] <dandrader> tried cimi, andra, cimitan
[13:39] <dandrader> Cimi, coulnd't find it. just tell me
[13:40] <Cimi> dandrader, cimi
[13:40] <dandrader> Cimi, weird: No items matched "cimi".
[13:40] <dandrader> Cimi, well, could you please reassign https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1228756 to yourself then :)
[13:41] <Cimi> dandrader, https://launchpad.net/~cimi :-\
[13:53] <nic-doffay> Saviq, any idea which revision the common scope regression is a part of? I've been trying to find it...
[13:53] <nic-doffay> Haven't found anything of relevance yet.
[13:56] <Saviq> nic-doffay, no, no it happened quite some time ago
[13:56] <Saviq> dednick, can you take a look at bug #1239708?
[13:57] <dednick> Saviq: yeah
[13:58] <tsdgeos> pete-woods: still works here
[13:58] <pete-woods> tsdgeos: okay, so it sounds like that was a red herring then - thanks for checking it for me!
[13:58] <tsdgeos> pete-woods: no worries
[13:59] <tsdgeos> pete-woods: where's the bug btw, why assigned to you?
[14:00] <pete-woods> tsdgeos: https://bugs.launchpad.net/ubuntu/+source/hud/+bug/1239016
[14:00] <pete-woods> because pete-woods = general dogsbody who fixes random bugs on project's he's not really on
[14:00] <tsdgeos> :D
[14:00] <tsdgeos> make sense
[14:02] <nic-doffay> Saviq, check out my comment here too: https://bugs.launchpad.net/unity8/+bug/1169258
[14:03] <Saviq> nic-doffay, the ExpansionContainer would just have to *be* a Flickable or a ListView, is all
[14:04] <dednick> larsu: hi
[14:07] <nic-doffay> Saviq, about that common search, how could I make SearchHistoryModel in PageHeader common to all scopes? My assumption would be that it was already?
[14:11] <Saviq> nic-doffay, it would work then, wouldn't it
[14:11] <Saviq> nic-doffay, there's a PageHeader per-scope
[14:12] <Saviq> nic-doffay, so you need a SearchHistoryModel in Dash.qml or Shell.qml, and pass it to PageHeaders
[14:13] <mhr3> Saviq, does run_on_device stop the upstart job or am i supposed to do that myself?
[14:14] <Saviq> mhr3, it does
[14:14] <mhr3> and it works just fine with mir, right?
[14:14]  * mhr3 is bored while it's building
[14:14] <Saviq> mhr3, yes
[14:15] <mhr3> thx
[14:27] <davmor2> guys quick question I see nux on unity8 should it be there?
[14:28] <mhr3> mzanetti, finally compiled the branch on the phone and it works there
[14:28] <mhr3> minus the webapps, those give error
[14:33] <tsdgeos> davmor2: where?
[14:35] <davmor2> tsdgeos: ii  libnux-4.0-0                                          4.0.3+13.10.20131011-0ubuntu1                 armhf        Visual rendering toolkit for real-time applications - shared lib
[14:35] <davmor2> ii  libnux-4.0-common                                     4.0.3+13.10.20131011-0ubuntu1                 armhf        Visual rendering toolkit for real-time applications - common files
[14:35] <tsdgeos>  ah
[14:35] <tsdgeos> you mean it's installed
[14:36] <tsdgeos> i thought you meant in the unity8 cod
[14:36] <tsdgeos> e
[14:36] <tsdgeos> i think libunity uses it for some non visual thing
[14:36] <davmor2> tsdgeos: yeah sorry,  I'm assuming it's pulled in by something but didn't think that unity8 used it so wondered why it was being pulled in
[14:38] <davmor2> tsdgeos: ah thanks, so it should still be on the image then?  That was the important bit to confirm
[14:38] <tsdgeos> i'd say so yes
[14:38] <tsdgeos> not terribly sure
[14:38] <tsdgeos> mhr3: pstolowski: maybe you guys know more?
[14:39] <mhr3> yes, it's needed for the non-ui things
[14:40] <mhr3> since unity-core links to it
[14:40] <dakira> hi. is this the right channel to query about scopes?
[14:41] <davidcalle> dakira, yes
[14:43] <dakira> davidcalle: hey! I was the one who reported the torrent lens not working. What are the necessary changes to get it working again. I've got some time to spend. What changed in 13.10 that breaks the old lens?
[14:43] <dakira> I mean scope ;)
[14:44] <dakira> davidcalle_:  got my last message?
[14:45] <davidcalle_> dakira, no, screen froze :)
[14:45] <dakira> davidcalle: I was the one who reported the torrent lens not working. What are the necessary changes to get it working again. I've got some time to spend. What changed in 13.10 that breaks the old lens?
[14:46] <pstolowski> tsdgeos, unitycore uses logger and proprerty classes from nux
[14:46] <pstolowski> davmor2, ^
[14:47] <davidcalle> dakira, oh right. It needs to be adapted to the new framework. We are still missing a new Python tutorial on that, but if you want to give it a shot, you can use https://launchpad.net/unity-scope-soundcloud as an example.
[14:47] <davmor2> pstolowski: Great thanks, I was just double checking that it should be on the image, it seems it should and I'm happy I don't have to write a bung now :)
[14:47] <davmor2> bug even
[14:48] <dakira> davidcalle: I'll have a look, thanks. Do I have to change both, the scope and the lens?
[14:48] <pstolowski> davmor2, yw
[14:49] <Saviq> tsdgeos, so, you were saying that we're crashing / hanging in join()?
[14:49] <Saviq> tsdgeos, i.e. bug #1239409 ?
[14:50] <tsdgeos> Saviq: sometimes yes
[14:50] <tsdgeos> with that backtrace can't really say "sure"
[14:50] <davidcalle> dakira, it's a bit different now, there are no more lenses, just scopes. If you look in you /usr/share/unity/scopes you will see folders that act as categories for scopes (that's what is replacing lenses). So, you would need to updates the scope and put its .scope file in one of its category or create a new one if none fits.
[14:50] <davidcalle> in your*
[14:51] <Saviq> tsdgeos, I just uploaded a (hopefully fully) symbolic .crash of that
[14:51] <tsdgeos> let me see
[14:52] <dakira> davidcalle: so categories are basically the new lenses. any documentation on how to create one?
[14:52] <Saviq> tsdgeos, https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1239409/comments/5
[14:53] <dakira> davidcalle: and looking at that folder I was wondering on where to find the skimlinks scope. Is it hardcoded somewhere else?
[14:53] <davidcalle> dakira, look at an existing scope file  (eg. graphics.scope) in /usr/share/unity/scopes, that's all you need.
[14:54] <dakira> Daviey: thanks!
[14:54] <davidcalle> dakira, it's on the scopes server https://productsearch.ubuntu.com/smartscopes/v1/remote-scopes
[14:54] <dakira> davidcalle: oops.. thanks
[14:56] <tsdgeos> Saviq: but was it crahing in the thread that did the join() or in another thread?
[14:57] <Saviq> tsdgeos, it didn't crash
[14:57] <Saviq> tsdgeos, hung
[14:57] <tsdgeos> ah
[14:57] <tsdgeos> was stuck
[14:57] <tsdgeos> sure
[14:57] <dandrader> greyback, would you have time to review that? https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1236489
[14:57] <tsdgeos> if you control+c in some specific moment
[14:57] <Saviq> tsdgeos, I forced a crash with kill -SIGSEGV
[14:57] <tsdgeos> you can make it hang
[14:58] <tsdgeos> working on that
[14:58] <tsdgeos> i know what's wrong
[14:58] <Saviq> tsdgeos, ah awesome
[14:58] <greyback> dandrader: sure
[14:58] <tsdgeos> not sure how to fix it "properly" yet
[14:58] <dandrader> greyback, thanks!
[14:58] <Saviq> tsdgeos, happens almost every time on stopping unity8 during autopilot here...
[14:58] <tsdgeos> ok
[14:58] <tsdgeos> then it's not what i say
[14:59] <tsdgeos> Saviq: can you thread aplly all bt?
[14:59] <tsdgeos> apply
[15:00] <tsdgeos> i'm interested in what's going on with the thead that has startShell in it
[15:00] <Saviq> tsdgeos, let me get it to hang
[15:00] <Daviey> dakira: no problem?
[15:05] <Saviq> tsdgeos, http://paste.ubuntu.com/6236270/
[15:05] <Saviq> tsdgeos, let me know which symbols you'd like
[15:06] <tsdgeos> Saviq: get the glib2 ones and the qtbase ones if possible
[15:06] <tsdgeos> Saviq: unity-mir won't hurt either
[15:06] <Saviq> tsdgeos, they're there
[15:07] <tsdgeos> are they?
[15:07] <tsdgeos> weird
[15:07] <tsdgeos> thread 1 should be calling join() from unity-mir
[15:07] <tsdgeos> and all we see is a lock() :-S
[15:09] <dednick_> larsu: can you take a look when you have a minute? https://code.launchpad.net/~nick-dedekind/qmenumodel/lp1239394/+merge/190965
[15:11] <greyback> dandrader: one comment https://code.launchpad.net/~dandrader/ubuntu-keyboard/osk_rotation_lp1236489/+merge/190946
[15:13] <Saviq> tsdgeos, http://paste.ubuntu.com/6236299/
[15:14] <tsdgeos> Saviq: there are the other 7 threads?
[15:14] <Saviq> tsdgeos, they must've disappeared since :D
[15:14] <Saviq> tsdgeos, let me re-hang it
[15:14] <tsdgeos> Saviq: it's weird, thread 1 should always be there
[15:15] <Saviq> tsdgeos, crap, need to reboot phone, display b0rked
[15:25] <Saviq> tsdgeos, http://paste.ubuntu.com/6236344/
[15:25] <Saviq> tsdgeos, had to manually bt threads < 8 - must be gdb crapped out after memory corruption
[15:25] <tsdgeos> brr
[15:26] <mhr3> mzanetti, works fine for me - https://code.launchpad.net/~mhr3/unity8/route-overridden-previews/+merge/190984
[15:26] <tsdgeos> right
[15:26] <tsdgeos> so thread 1 is in the join
[15:26] <tsdgeos> and there is no thread with startShell in the stacktrace
[15:26] <tsdgeos> that is weird
[15:27] <tsdgeos> if the thread ended why didn't it return after join?
[15:27] <tsdgeos> startShell is the thread that actually does qApp->exec
[15:27] <tsdgeos> Saviq: this is in an autopilot run you say, right?
[15:27] <tsdgeos> looks very much like the lock i'm having
[15:28] <Saviq> tsdgeos, yeah, first test is enough
[15:28] <tsdgeos> but i can only get there if i kill it very early
[15:28] <tsdgeos> one would think autopilot lets it live a bit more
[15:28] <tsdgeos> let me push the "fix" i have
[15:28] <tsdgeos> and let's see if that also fixes this case
[15:28] <tsdgeos> don't think so
[15:28] <tsdgeos> but who knows
[15:28] <Saviq> tsdgeos, k
[15:31] <tsdgeos> Saviq: try lp:~aacid/unity-mir/crashes_stop_starting_up
[15:31] <tsdgeos> Saviq: which is the autopilot test you are running exactly, just for me to try the same
[15:32] <Saviq> tsdgeos, just the first one... but now I'm running through upstart it doesn't hang anymore... ugh
[15:32] <tsdgeos> Saviq: unity8.application_lifecycle.tests.test_application_lifecycle.ApplicationLifecycleTests.test_app_moves_from_unfocused_to_focused ?
[15:33] <Saviq> tsdgeos, no, one of the mock ones
[15:33] <tsdgeos> i have no mock ones :S
[15:33]  * Saviq stops
[15:33] <Saviq> tsdgeos, all the others are mock ones ;)
[15:33] <Saviq> tsdgeos, except for the lifecycle ones
[15:34] <tsdgeos> what do you mean mock?
[15:34] <tsdgeos> how is the hud one mock?
[15:38] <Saviq> tsdgeos, ApplicationManager is using a mock
[15:38] <Saviq> tsdgeos, it's not really launching apps
[15:38] <Saviq> tsdgeos, autopilot run unity8.shell.tests.test_hud.TestHud.test_hide_hud_click
[15:38] <tsdgeos> ok
[15:39] <Saviq> tsdgeos, that gets stuck here with unity-mir + waitforme
[15:39] <tsdgeos> how often?
[15:46] <Saviq> tsdgeos, more than 60% I'd say
[15:46] <tsdgeos> Saviq: ok yeah it hangs here too, nothing to do with what i was fixing
[15:46] <Saviq> good thing upstart doesn't care
[15:50]  * greyback breathes sigh of relief, his GNexus not bricked
[15:51] <tsdgeos> should i see qdebugs i write in main.cpp in autopilot runs?
[15:51] <tsdgeos> or any clue how i see them?
[15:55] <tsdgeos> noone?
[15:58] <dednick_> tsdgeos: i think you might need to redirect std out.
[15:59] <dednick_> or std err. cant remember
[15:59] <dednick_> 2>&1 i think
[16:00] <tsdgeos> didn't work :'(
[16:01]  * tsdgeos resorts to more manual debugging than debugs
[16:01] <dednick_> hm. i think ap eats everything. cant remember how to tell it not to.
[16:01] <dednick_> perhaps a command line option
[16:01] <dednick_> tsdgeos: ^
[16:02] <tsdgeos> there's -vv
[16:02] <tsdgeos> but it's just verbose for autopilot itself
[16:02] <tsdgeos> not for the underlying app
[16:02] <dednick_> tsdgeos: give me a minute. i'm sure there is something
[16:02] <larsu> dednick_: I commented on the patch
[16:02] <dednick_> larsu: thanks
[16:06] <davmor2> charles_: ping
[16:06] <charles_> davmor2: pong
[16:08] <davmor2> charles_: I've noticed something on testing the headset on saucy (desktop) in bluetooth settings bluetooth say it is turned off, but the indicator says it is on and setting up the headset looks to of worked
[16:09] <dednick_> tsdgeos: hm. maybe not. but i'm sure that ap tests during ci used to log qt messages
[16:09] <tsdgeos> yeah i had that impression too
[16:09] <tsdgeos> but..
[16:11] <davmor2> charles_: http://ubuntuone.com/2IE73Sj7W0XF1gecpYywOe and http://ubuntuone.com/4BBBPVXq8Sekr2kVrGi2SB
[16:14] <tsdgeos> Saviq: i think i know what's happening
[16:14] <Saviq> tsdgeos, young man, it's a quarter past your EOD, what are you still doing here!? ;)
[16:15] <Saviq> tsdgeos, but cool!
[16:15] <tsdgeos> Saviq: i slept a bit more this morning ;)
[16:15] <charles> davmor2: could you repeat the system-settings test while running bt-monitor on the same system in a terminal?
[16:15] <tsdgeos> Saviq: from what i can see, the qml view doesn't like being deleted when there's stuff moving
[16:15] <Cimi> in the running application grid
[16:16] <tsdgeos> that's the reason every time i debug it
[16:16] <tsdgeos> and put breakpoints
[16:16] <Cimi> I'd like to be able to tap anywhere on the screen to dismiss the termination mode
[16:16] <tsdgeos> it always works :D
[16:16] <Cimi> I'm looking for a solution that doesn't su*k
[16:16] <davmor2> charles: sorry for saucy desktop or on the phone?
[16:16] <tsdgeos> but autopilot usually "stops" while e.g. the hud thing is closing
[16:16] <Cimi> coding wise...
[16:16] <tsdgeos> and doesn't like that
[16:16] <tsdgeos> no idea why though
[16:17] <Cimi> because inversemousearea on the tile is limited to the grid, and not the whole listviewwithpageheader
[16:17] <tsdgeos> and no idea how to fix it either :D
[16:17] <charles> davmor2: whichever system you're running system-settings on & the scan isn't finding your headset
[16:17] <charles> davmor2: bt-monitor is provided by bluez-tools
[16:19] <tsdgeos> yep can totally repro without autopilot \o/
[16:19] <Saviq> tsdgeos, make sense
[16:19] <tsdgeos> Saviq: so what i do to repro
[16:19] <Saviq> tsdgeos, we can make autopilot wait-for-it
[16:19] <tsdgeos> start unity8
[16:20] <tsdgeos> ./run
[16:20] <tsdgeos> and then open the indicators
[16:20] <tsdgeos> while it's scrolling down
[16:20] <tsdgeos> killall unity8 in a shell
[16:20] <tsdgeos> boom
[16:20] <tsdgeos> gets stuck
[16:20] <tsdgeos> if i let it finish
[16:20] <tsdgeos> works
[16:22] <davmor2> charles: will do
[16:24] <Cimi> guys, in the running application grid I'd like to be able to tap anywhere on the screen to dismiss the termination mode
[16:25] <Cimi> but inversemousearea is restricted to the list of running tiles due to the hierarchy of the files
[16:25] <Cimi> I am looking for a solution that doesn't look bad
[16:25] <Cimi> coding wise
[16:25] <Cimi> you have ideas?
[16:31] <Cimi> Saviq, tsdgeos ^ ?
[16:32] <tedg> Saviq, Can you send your indicator-network.log file on bug 1238990
[16:34] <tsdgeos> Cimi: hmmm nothing really smart, all i can think of is using the "global" shell variable and anchor to it
[16:34] <davmor2> charles: Hmm odd now it shows up http://paste.ubuntu.com/6236655/
[16:34] <charles> davmor2: it's like taking your car to the mechanic :)
[16:35] <charles> davmor2: do you see any pattern between when the headset is recognized & when it isn't?
[16:35] <Cimi> tsdgeos, which is not nice
[16:36] <tsdgeos> agreed
[16:37] <davmor2> charles: now I have the system in RW to enable me to install bluez-tools, let me set it back to RO and see if it still works
[16:37] <charles> ok
[16:39] <davmor2> charles: I have noticed that on desktop and phone that I don't think it is actually using the headset as such but that will be a different issue all together,  Android on the same device used it no issues so I'll dig into that when we have more time
[16:40] <Cimi> tsdgeos, and also does not work
[16:41] <Cimi> tsdgeos, Cannot anchor to an item that isn't a parent or sibling.
[16:41] <tsdgeos> right
[16:41] <Cimi> tsdgeos, which means the only solution is to add code in the scope list view
[16:41] <Cimi> and enable ad hoc
[16:41] <Cimi> quite ugly
[16:42] <Cimi> it's ugly because we don't use it anywhere else apart here
[16:42] <tsdgeos> well there's more solutions, btu sure that's one
[16:42] <davmor2> charles: hmm okay set back to RO but it is still listing my headset is there a way I can get rid of it's listing?
[16:43] <tsdgeos> another would be create a parentless element that fills all the screen
[16:43] <tsdgeos> but it's not much nicer
[16:43] <Cimi> ouch
[16:43] <Cimi> didn't know you could do this
[16:43] <tsdgeos> and at the moment i don't remember how parentless elemnts are crated :D
[16:43] <om26er> mhr3, hey! is there a separate package for apps scope ?
[16:43] <Cimi> hah
[16:43] <tsdgeos> Cimi: it's how you do "dialogs" for example
[16:43] <Cimi> tsdgeos, well, maybe can work here
[16:44] <charles> davmor2: no. iirc there's a ticket open for adding unpairing, but the design for it didn't get completed for 13.10 :/
[16:44] <tsdgeos> think about it
[16:44] <tsdgeos> need to go and do fun stuff i mean, taxes
[16:44] <tsdgeos> talk to you tomorrow :D
[16:44] <davmor2> charles: no worries I'll reflash it add the bluez-tools and then make it RO and try again
[16:45] <charles> davmor2: you can do it from the command line with "bluez-test-device remove $address"
[16:45] <charles> davmor2: ok
[16:45] <mhr3> om26er, unity-scope-click
[16:49] <Cimi> mm that is weird
[16:49] <Cimi> Saviq, inversemousearea should automatically be full screen?
[16:49] <Cimi> Saviq, or within parent?
[16:50] <Saviq> Cimi, by default - root element
[16:50] <Saviq> Cimi, within parent wouldn't make much sense, would it
[16:51] <Saviq> tedg, sure, can do
[16:51] <Cimi> Saviq, mmm so it doesn't really work for me
[16:51] <Saviq> tedg, I had to break the notification to get there though ;)
[16:51] <Cimi> Saviq, looks like it's limited to the component I am adding it
[16:51] <Cimi> or other mouse area collides
[16:51] <tedg> Saviq, I'm confused, is it when it doesn't return anything at all, or when it closes?
[16:52] <Saviq> tedg, my use case was that I had the new network indicator, but old unity8
[16:52] <Saviq> tedg, so didn't get the pinpad
[16:52] <Saviq> tedg, restarted unity8
[16:53] <Saviq> tedg, so the notification was gone, but indicator-network was still greyed out
[16:53] <Saviq> tedg, really minor use case ;)
[16:53] <Saviq> tedg, basically, we'd have to make it crash now
[16:54] <Saviq> tedg, since we'll be deleting / closing all the notifications on unity8 shutdown soon-ish
[16:54] <Saviq> /away
[16:56] <tedg> Saviq, Okay, so I'm going to move that one down to medium.
[16:56] <tedg> :-)
[16:56] <Saviq> tedg, at most ;)
[17:02] <tvoss> Saviq, test suite runs for me with the osk executables I gave you
[17:02] <tvoss> Saviq, can you cross-verify?
[17:16] <davmor2> charles: right in RO mode now http://paste.ubuntu.com/6236816/ and it's failing to connect again
[17:18] <davmor2> charles: daft question is there a RW rule for where bt stores it's config for devices?
[17:19] <charles> davmor2: that's a good question. I'll look at the bluez code
[17:21] <davmor2> charles: I'll reboot into RW mode and see if it connects again
[17:23]  * greyback going home
[17:24] <davmor2> charles: so in RW mode it finds it straight away
[17:29] <hashken> In Unity, how can I mark a window so that it does not get minimized when I do "Show Desktop".
[17:30] <hashken> I am using XPad for Desktop notes and when I do "Show desktop", even the XPad windows are getting minimized. I want to prevent this.
[17:32] <Saviq> tvoss, even without maliit, that is?
[17:33] <om26er> https://code.launchpad.net/~om26er/unity8/search_indicator_dash_only/+merge/191012
[17:34] <om26er> any takers ?
[17:35] <Saviq> tvoss, thing is... if I start unity8, stop maliit-server, and type through autopilot.input.Keyboard(), it works fine
[17:36] <Saviq> tvoss, and since we're starting maliit for unity8 now, I can't reproduce the issue at all - maybe it's when it never launches?
[17:39] <om26er> Cimi, can you review that? ^ its a one liner
[17:39] <Cimi> om26er, yep
[17:41] <om26er> thanks
[17:43] <tvoss> Saviq, might well be
[17:43] <tvoss> Saviq, so issue solved?
[17:50] <Saviq> tvoss, well, avoided I'd say ;)
[18:00] <tvoss> Saviq, true ;)
[19:23] <thomi> morning
[20:09] <Saviq> hey thomi
[20:09] <Saviq> veebers, ping
[20:15] <thomi> hi Saviq
[20:36] <veebers> Saviq: pong
[20:37] <Saviq> veebers, hey, so I'd say lp:~unity-team/unity8/ap_launch_unity_with_upstart is ready if you could give it your last spin
[20:37] <Saviq> veebers, one important thing there is that I stopped using initctl for LD and QML2 paths
[20:38] <Saviq> veebers, so as to not leave them around in case of interruptions
[20:38] <Saviq> veebers, after all, we were setting them globally for the session, when you can just pass them to initctl start for this particular run
[20:38] <Saviq> veebers, I left QT_LOAD_TESTABILITY so that launched apps run under that
[20:39] <veebers> Saviq: ah nice thought, although if they are re-set using an addCleanup they should always be reset
[20:39] <veebers> Saviq: ah ok, makes sense then
[20:39] <Saviq> veebers, well, you can always kill autopilot enough to not call the cleanups ;)
[20:39] <veebers> Saviq: fair enough
[20:39] <Saviq> this is just safer and doesn't affect the whole system unnecessarily
[20:39]  * Saviq looks through the chlog
[20:40] <Saviq> veebers, dropped the maliit handling completely - it wasn't doing us any good (not any more than upstart is already)
[20:40] <veebers> Saviq: so is there anything left to do for that branch?
[20:40] <Saviq> veebers, AFAICT just testing - worked for me on both device and desktop
[20:41] <veebers> Saviq: hmm ok, the reason I introduced it was I guess mainly that trying to stop unity8 while the kb was up caused issues
[20:41] <veebers> Saviq: cool, I'll flash my device to latest and give it a spin
[20:41] <Saviq> veebers, that's handled by upstart - maliit is stopped before unity8 is
[20:41] <Saviq> veebers, i.e. maliit has "stop on stopping unity8"
[20:42] <Saviq> veebers, you will see maliit crashes due to maliit starting too early to connect to Mir
[20:42] <Saviq> veebers, but that's a different topic - and it's not critical
[20:42] <Saviq> veebers, I forgot to verify on sflinger if you could
[20:42] <Saviq> and I will do maguro as well
[20:43] <Saviq> veebers, jenkins is at least happy on mediumtests-saucy, not so much on mediumtests-touch yet
[20:44] <Saviq> but there's a slew of fixes in queue that will hopefully help that
[20:44] <Saviq> fginther, is there anything we're doing on mediumtests-touch to keep the display alive during mediumtests?
[20:45] <fginther> Saviq, before the test is started, we do "nohup powerd-cli active&"
[20:45] <fginther> Saviq, I'm not sure how reliable it is
[20:45] <fginther> Saviq, there's no way to query powerd of the actual state
[20:47] <Saviq> fginther, yeah so it's not reliable enough it seems :/
[20:47] <Saviq> fginther, https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-mako/2477/testReport/junit/unity8.shell.tests.test_notifications/EphemeralNotificationsTests/test_urgency_order_Native_Device_/
[20:47] <Saviq> veebers, I'm still seeing the keyboard tests fail on jenkins, but locally it seems to work fine - will do a bit more testing locally
[20:47] <Saviq> fginther, I wonder if it's too late
[20:47] <veebers> Saviq: ack, thanks
[20:48] <Saviq> fginther, well, it did light the display up here for me on mako...
[20:49] <fginther> Saviq, the timing is fragile, if it's not down while the display is on, it won't work
[20:49] <Saviq> fginther, although the help says "This does not modify the screen state." there
[20:49] <Cimi> Saviq, tried an inversemousearea filling the application thumbnail tile
[20:49] <Cimi> Saviq, onPressed (and clicked) are detected only in the frame within the application grid (category header excluded), idea? bug?
[20:50] <Saviq> Cimi, isolate please
[20:50] <Saviq> Cimi, try with a simple MainView application
[20:51] <Saviq> fginther, maybe "powerd-cli display on bright" would be better
[20:52] <Saviq> fginther, yeah that seems reliable
[20:52] <fginther> Saviq, I can try, I've been experimenting for the last few days to improve the test runner
[20:52] <Saviq> fginther, from a blanked display - after running that I can start unity8 no problem
[20:53] <fginther> Saviq, hmm
[20:56] <fginther> Saviq, before running the unity8 autopilot tests, does unity8 need to be stopped
[20:56] <fginther> ?
[20:56] <Saviq> fginther, yes
[20:56] <Saviq> fginther, while rebuilding them to use upstart we thought of stopping it, but we decided to bail out instead
[20:56] <Saviq> fginther, saying that you should stop it yourself
[20:56] <Saviq> fginther, felt safer
[20:57] <fginther> Saviq, "stop unity8" is all that is needed, correct?
[20:57] <Saviq> fginther, "initctl stop unity8" is preferred for explicity reasons, but yes
[20:57] <fginther> Saviq, what about unlocking the screen, does that even apply?
[20:57] <Saviq> fginther, for unity8 it does not
[20:58] <Saviq> fginther, I mean for the unity8 suite
[20:58] <fginther> Saviq, thanks, (and I was referring to unity8-autopilot as well)
[20:58] <Saviq> fginther, and even for apps you shouldn't need that temporarily
[20:58] <Saviq> as we'll unlock when an app is launched behind the greeter
[20:59] <fginther> Saviq, yeah!
[20:59] <Saviq> but we'll be locking this down at some point soon to plug that security hole ;)
[20:59] <fginther> oh well
[20:59] <Saviq> fginther, but at that point we should have all apps transitioned to unity8
[20:59] <Saviq> s/unity8/upstart/
[20:59] <Saviq> and then in the suite you'd restart unity8 under testability
[21:00] <Saviq> and use unity8's emulator to unlock
[21:00] <Saviq> so no more blindness
[21:00] <fginther> Saviq, I like this plan
[21:00] <Saviq> fginther, that was the plan all along ;)
[21:00] <Saviq> fginther, just not executed yet :)
[21:06] <Saviq> we should get rid of two of {otto,utah,phablet-test-run}...
[21:58] <Saviq> mhr3, still here? got a fix for blurred switching previews if you want to test it out
[22:01] <Saviq> mzanetti, breaker :P
[22:02] <mzanetti> Saviq: huh?
[22:02] <Saviq> mzanetti, for sourceSize 0 is a special value, different than undefind
[22:02] <Saviq> undefined
[22:02] <mzanetti> awww man
[22:02] <Saviq> although I agree that's broken
[22:03] <Saviq> mzanetti, pushed a fix to mhr3's issue with blurred images in previews
[22:03] <mzanetti> Saviq: cool, thanks
[22:07] <veebers> Saviq: finally finished running all those tests on my desktop and phone and they all pass fine for me
[22:07] <veebers> Saviq: pitty about the CI failures :-\
[22:08] <Saviq> veebers, yeah, we'll get there - awesome
[22:08] <Saviq> veebers, approve?
[22:09] <Saviq> mzanetti, if you want - you could approve too :)
[22:09] <Saviq> https://code.launchpad.net/~unity-team/unity8/ap_launch_unity_with_upstart/+merge/190886 I mean
[22:09] <veebers> Saviq: I've comment-approved now
[22:17] <veebers> Saviq: did I see you mention earlier that you've had issues turning on the screen after starting unity8 again?
[22:24] <Saviq> veebers, yeah, the bug's still there
[22:24] <Saviq> veebers, on mako at least, screen needs to be on to start unity8
[22:25] <Saviq> veebers, otherwise you get "could not unblank display" and SIGABRT on startup
[22:25] <veebers> Saviq: ah ok, it turned on after a while. I was able to start unity alright (as far as I could tell) it's just that pushing the power button didn't turn on the screen
[22:25] <Saviq> veebers, push once, wait
[22:25] <Saviq> veebers, and monitor ~/.cache/upstart/unity8.log
[22:25] <veebers> but I'm impatient ;-) I just mash at the key until something happens
[22:25] <Saviq> veebers, upstart will respawn it, as it will be SIGABRTing all the time
[22:26] <veebers> Saviq: ah right, thanks I'll do that next time
[22:26] <Saviq> mergin' that shit!
[22:29] <veebers> Saviq: \o/
[22:29] <Saviq> veebers, yeah, I'm much happier with that setup :)
[22:29] <Saviq> veebers, now we need to switch apps over to upstart
[22:30] <Saviq> veebers, and we can start unlocking unity8 while knowing what happens - and not blindly instead
[22:30] <veebers> Saviq: awsome, thanks for finishing it off
[22:30] <veebers> Saviq: that would be _awesome_ :-)
[22:30] <Saviq> veebers, we'll get there, mark my words! ;)
[22:30] <veebers> ^_^
[22:31] <Saviq> mzanetti, dammit, confused switching-previews again ;(
[22:40] <mzanetti> Saviq: ack. will fix tomorrow
[22:40] <mhr3> Saviq, i'll trust you :)
[22:40] <Saviq> mhr3, yeah, managed to break it ;P
[22:40] <mhr3> lol
[22:42] <Saviq> mhr3, well - not my fix, just switching-previews ;)