=== _salem is now known as salem_ === salem_ is now known as _salem [04:31] morning, unity8 fails to build https://bugs.launchpad.net/unity8/+bug/1215737 [04:31] Launchpad bug 1215737 in Unity 8 "FTBFS tests/mocks/Unity/Launcher/plugin.cpp:34:34: error: cannot allocate an object of abstract type 'MockLauncherModel'" [Undecided,New] [04:32] + bug #1215739 for unity-mir [04:32] bug 1215739 in unity-mir "FTBFS undefined reference to `ua_ui_mirserver_finish'" [Undecided,New] https://launchpad.net/bugs/1215739 [04:46] Saviq: ^ I guess I should highlight you still today :) [06:31] Trevinho, hi :), http://paste.debian.net/plain/28852 prevents a glib bump on 2.34 [07:03] hmmm [07:04] didn't we do those "build stacks" that prevented things in the lower layer to break things in the upper one? [07:22] Mirv, thanks :) [07:26] jeeez wth is happening :/ [07:26] unity changed below our feet [07:26] https://code.launchpad.net/~mzanetti/unity8/launcher-add-setUser/+merge/181639 is supposed to fix it [07:27] but can't get past running the tests on the devices it seems [07:27] is that new? [07:27] yeah http://s-jenkins:8080/job/generic-mediumtests-runner-mako/159/testReport/junit/unity8.shell.tests.test_lock_screen/TestLockscreen/test_can_unlock_passphrase_screen_Native_Device_/ is new [07:28] it doesn't seem to be able to type the password in [07:31] but anyway I don't really see how the setUser thing could cause / fix anything - no failures actually mention it [07:31] and of course it's a freakin' mako [07:34] ok that does https://jenkins.qa.ubuntu.com/job/unity8-saucy-armhf-ci/737/console [07:39] Saviq: yes, its' that [07:40] Saviq: the unity-api one was approved/merged withouth thinking that it forces the other API's to update at the same time. [07:40] my fault I'd say [07:40] sorry for that [07:40] mzanetti, I saw there were all kinds of issues - network problems on devices - some weird build error - and the most prevalent one is that mako fails to type the password in [07:42] Saviq: yeah, network issues should be resoved by now. veebers took care of that. [07:43] mzanetti, https://code.launchpad.net/~saviq/unity8/ap-raise-on-typing/+merge/181730 btw [07:44] Saviq: approved... top-approving doesn't seem to make much sense right now :/ [07:45] mzanetti, yeah [07:45] mzanetti, I forced a run of setUser autolanding http://s-jenkins:8080/job/unity8-autolanding/266/console [07:45] mzanetti, will be monitoring it closely [07:45] good [07:45] we reached 500 tests btw :) [07:46] yeah, I saw that [07:46] do we get cookies when we are at 1000? [07:49] mzanetti, from veebers, yes [07:51] ah, compiz update... this will be interesting... [07:52] mzanetti, thanks, btw, for staying late with that [07:52] Saviq: no problem.. need to prepare for next 2 weeks :D [07:52] you're off earlier today, right? [07:52] ;) [07:52] Saviq: dunno. will go for test driving a car at 2pm :) [07:52] and then come back for work though [07:53] mzanetti, right, something interesting or you can't be bothered anyway? ;) [07:53] the car? [07:53] yeah [07:54] BMW 1 :D [07:54] ah, a Smart, then ;D [07:54] no... [07:54] j/k [07:54] not really... the smart is more like the Mini [07:54] sort of (don't telly anyone here in southern germany I've said that) [07:54] no, I know, the 1 is ok [07:55] rofl [07:55] I'm fond of my big cars around here, seeing the road kill statistics... [07:55] it's not Russia, but not far enough from it unfortunately [07:56] hmm...are the cars bigger over there? [07:57] mzanetti, no, the drivers are crazy over here [07:57] mzanetti, so a big car is +10 to survivability [07:58] mzanetti, there's 6k people killed on the roads every year [07:58] Saviq: that is a lot... I think its less around here [07:58] mzanetti, I _know_ it is [07:59] mzanetti, ok, I overstated, 3-4k a year [07:59] still... quite a lot. but then, poland is bigger than one would think [08:00] mzanetti, well, there's 39M people, Germany is bigger than that [08:00] right... double [08:00] mzanetti, one of the biggest issue is DUI [08:00] 190k people stopped last year... [08:03] mzanetti, so yeah, I'm driving a small tank in hope it will give me that +10 when shit hits the fan https://www.google.com/search?client=ubuntu&hs=Nqn&channel=fs&tbm=isch&q=volvo+xc70+2012&revid=2136598478&biw=1305&bih=782 [08:04] :) [08:04] ah, we're talking about "the Beast" are we? [08:04] lol [08:06] Saviq: did you get the optional water cannon extra installed in the end? Or just just kept with the riot-proof glass? [08:06] greyback, water... pfffft... [08:12] Saviq: yay! merged [08:12] mzanetti, indeed [08:12] what *will* you guys do without me ;P [08:13] mzanetti, btw, I think I have one major argument for keeping the setting in dconf as well [08:13] mzanetti, at least in my head it is that [08:13] which is? [08:13] mzanetti, AS stores data outside of the user's home dir [08:14] mzanetti, and sure, we can do e.g. backup for AS as well [08:14] yay [08:14] right... [08:14] setUserMeregd [08:14] :) [08:14] mzanetti, but this breaks the general assumption that everything you do as your user is inside your $HOME [08:14] * mzanetti reapproves his 10 pending merges [08:14] mzanetti, just try one for now, k? [08:15] and I wouldn't like to break that assumption [08:15] Saviq: yes. you do have a point re: dconf [08:15] * Saviq did some thinking before bed, as you can see ;) [08:15] or well, at the beginning of bed... [08:16] Saviq: well, fine with me... just wanted to avoid duplication of stuff as long as there isn't a real reason for it [08:16] duplication is always bad [08:16] mzanetti, sure [08:16] mzanetti, in my mind AS was always a "cache/proxy" of data, never an owner [08:18] mzanetti, but anyway, let's have a chat when you're back (and me, too, dentist's at 3:30... hence the standup move) [08:19] hey paulliu [08:21] Saviq: ack mterry should be around then too [08:21] yup [08:24] mzanetti, to add to the above... just read about someone who wanted to pass a driver's exam... DUI... [08:25] well... not that I wouldn't know people who did... [08:25] actually only one... but he made it [08:25] no. not me :D [08:30] ;) [08:31] Saviq: i have a going away present for you ;) [08:31] dednick, \o/ [08:31] mzanetti, with over a promil of blood alcohol level? ;) [08:31] Saviq: no. [08:31] exactly ;) [08:32] "per mille" ugh.. [08:33] Saviq: https://code.launchpad.net/~nick-dedekind/unity8/indicators.menu-items-cleaning/+merge/181410 [08:34] Basically just moving responsibility of signals/updates for menu items into the MenuItemFactory. Abstracting away the menumodel code from the items. [08:34] dednick, thanks! ;d [08:34] i aim to please :) [08:35] should get some more people involved with these indicator reviews. i feel sorry for you :) [08:37] nic-doffay, hey [08:37] seb128, hey [08:38] nic-doffay, question about OptionSelector, can you put subtitle/caption text for an option? [08:38] nic-doffay, I'm asking for https://wiki.ubuntu.com/SoftwareUpdates?action=AttachFile&do=get&target=phone-settings-updates-checking.png [08:38] nic-doffay, the bottom option (On any data connection\nData charges may apply.) [08:39] seb128, not currently, but I'm going to implement that today. There will also be support for a picture too. [08:39] nic-doffay, excellent [08:41] nic-doffay, did you get the +1 from the sdk team to land OptionSelector? (I saw CI is still unhappy on the mr) [08:42] seb128, going to chat with om26er about that today [08:42] It's good though as it gives me time to sort what we just spoke about :P [08:42] * seb128 wants that widget to land [08:42] we are waiting on it [08:43] seb128, I'd like to resolve it asap. The filters are ready to land too which rely on that branch. [08:45] seb128, are there any designs for this additional text? [08:45] Any mockups of a design for a component it will be used for or anything? [08:46] nic-doffay, the one I just pointed, you have the url 15 lines up or so [08:47] nic-doffay, the 3rd option of the selector as the bottom "On any data connection" [08:47] mpt said it should have "Data charges may apply" as a caption [08:47] seb128, I mean something with set sizes etc approved by design. [08:47] mpt said it should be the same size than Caption [08:47] mpt, ^ [08:50] mzanetti, something's wrong with input on mako http://10.97.2.10:8080/job/generic-mediumtests-runner-mako/161/console :/ [08:52] pstolowski: can you give https://code.launchpad.net/~stolowski/unity8/fix-filter-activation/+merge/181619 a better commit message? [08:55] mzanetti, yeah, it's going to fail [08:59] yep... [08:59] Saviq: so this happens only on mako, not on maguro, right? [08:59] mzanetti, yeah [08:59] I think I can temporarily disable the mako tests then and ask om26er to look at it before reenabling [09:00] Saviq: ^ [09:00] mzanetti, yes please [09:03] mzanetti, also, if you could try and reproduce [09:03] mzanetti, on your mako [09:03] Saviq: hmm... but there are green test runs: http://s-jenkins:8080/job/generic-mediumtests-runner-mako/ [09:04] mzanetti, well, yeah, setUser merged, didn't it [09:04] mzanetti, it's intermittent [09:05] mzanetti, it feels like it's ubuntuappmanager input loss again - like the device wasn't rebooted or re-set somehow [09:06] Saviq: according to the logs there are mako 2 devices attached. the failure only happens on one of them [09:06] mzanetti, oh [09:06] mzanetti, interesting, can you disconnect just the one device? [09:07] Saviq: need to check... this infrastructure is new since I left QA [09:07] mzanetti, I know [09:08] mzanetti, there's actually four it seems [09:08] http://s-jenkins:8080/label/mako/? [09:08] Saviq: yeah, they did it really properly :) [09:08] mako-0090f741e3d141bc is the bad one [09:09] Saviq: marked it as offline. no new runs should run on this one [09:09] mzanetti, ok, let's see [09:09] om26er, just in time ;) [09:10] hi om26er :) [09:10] Saviq, about the broken CI jobs, I guess ;) [09:10] mzanetti, hey [09:10] om26er: I just marked mako-0090f741e3d141bc as offline as keyboard input seems to fail on this one [09:10] for unity8 at least [09:10] om26er: good job on the mediumtests-touch btw :) [09:10] om26er, are the devices restarted / reflashed between tests? [09:10] Saviq, they are flashed only when a new image is available [09:11] Saviq, we flash new packages from the local repo every test run [09:11] om26er, rebooted between runs? [09:11] Saviq, yes, we reboot always [09:11] om26er, ok, that should be fine, let's see if it's actually just ...bc that fails [09:12] mzanetti, I think I also saw mako having a lot of failures yesterday, that's probably the reason for that mako is borked [09:13] Saviq, is the package download thing working today? yesterday the phone CI jobs were not able to download stuff from s-jenkins [09:13] om26er, yeah, network is back [09:13] om26er, veebers took care of that [09:22] mzanetti, doesn't seem limited to ...bc actually: http://s-jenkins:8080/job/generic-mediumtests-runner-mako/143/ [09:22] mzanetti, this one ran on ...34 [09:22] mzanetti, and this one on ...ea http://s-jenkins:8080/job/generic-mediumtests-runner-mako/136/ [09:23] it seems just that ...bc simply ran most of the jobs [09:23] so had the highest failure rate :/ [09:24] Saviq, FWIW this test: unity8.shell.tests.test_lock_screen.TestLockscreen.test_can_unlock_passphrase_screen [09:24] its not stable on touch devices [09:24] I have seen its random failures since yesterday [09:24] om26er, yeah, thing is it's just typing stuff into a text entry (and is stable on maguro - just not on mako) [09:25] Saviq: but looking back the history, it seems only to fail on ..bc since yesterday morning [09:25] seb128, subtext has been added can you confirm we will in fact be needing images for the option selector? [09:25] there is a failure on maguro: http://10.97.2.10:8080/job/generic-mediumtests-runner-maguro/163/? [09:25] Need to know if it's a safe bet to add one now. [09:25] Saviq: om26er: perhaps there is something that makes devices go into a bad state and then they recover only when flashed next time [09:25] om26er, ah, indeed [09:25] mzanetti, or reboot at least [09:26] Saviq, before running the suite, we reboot the device and wait-for-device and then sleep 60 seconds just so that the device settles. then the shell is stopped and the tests are run [09:26] I would assume stopping the shell is not playing well [09:26] nic-doffay, I'm not a designer, I've not seen designs where there is an image ... maybe better check with JohnLea or mpt [09:27] seb128, wi-fi networks maybe? [09:27] om26er, can we add one thing to the job in the mean time - `kill $(pidof ubuntuappmanager)`? [09:28] om26er, to see if that has any impact? [09:28] Saviq, sure [09:28] mpt, good example yes [09:28] om26er, after stopping unity8 [09:28] om26er, and needs to be run as root [09:29] nic-doffay, ^ [09:29] om26er, we've seen a similar issue before - ubuntuappmanager was confused by "real" unity8 stopping [09:29] om26er, we thought we got them all out the door, but maybe that's not the case [09:30] Saviq, how about just pkill ubuntuappmanager ? [09:30] om26er, wasn't working for me for some reason [09:30] om26er, but if it does for you [09:30] om26er, it's respawning, so you can see if pid changes [09:31] seb128, right, I'll do some digging then. [09:33] tsdgeos, ping :) [09:33] Cimi: hiho [09:33] tsdgeos, howdy [09:34] tsdgeos, it was you to write the edge area boa boa or daniel? [09:34] tsdgeos, we want to make the hudbutton appear with after, so after a longer swipe, I was wondering which property I should touch [09:34] you mean DirectionalDragArea and friends? [09:34] it was danieal [09:34] daniel [09:35] not much insight into it's properties to be honest [09:36] ok [09:36] I'm looking for the C++ files [09:36] but I wasn't convinced :) [09:37] Saviq: now that we disabled ..1bc, we had 3 green runs in a row [09:37] must be something that borks the device until the next flash [09:37] mzanetti, yeah, or at least makes it more apparent [09:37] mzanetti, we can always force a reflash to see [09:37] om26er: do you think it would be possible to flash devices after after a failed run? [09:38] mzanetti, that's probably excessive :/ [09:38] Saviq: why? actually I think they should be flashed after each test run [09:39] Saviq: note "after", not "before" [09:39] mzanetti, except we might be killing the devices this way [09:39] you mean wear out the flash? [09:39] yeah [09:39] sil2100: hi. I saw unity-scope-mediascanner made it into the daily-build PPA. What do we need to do next to get mediascanner+unity-scope-mediascanner+dependencies into main? [09:40] Saviq: I think the ./run_on_device is worse in that regard [09:41] Saviq: and I haven't ever seen a device with worn out flash tbh [09:41] not sure if that still easily happens with modern hardware [09:41] mzanetti, maybe, but TBH we should actually *fix* the issue instead ;) [09:42] mzanetti, sure it does, only it has built in protection now [09:42] mzanetti, i.e. CoW, remapping broken cells etc. [09:42] so it might be less visible, not that it's not there [09:43] Saviq: so... it should still last more than half a year then even if we flash. I'm quite sure battery has bigger problem with being attached constantly [09:43] mzanetti, but we don't rely on battery ;) [09:43] and CPU with all the head that is constantly caused during the test runs and reboots [09:44] jounih, the header white highlight on the separators when using dark themes is killing my eyes… is it on track? [09:44] mzanetti, right, we killed the pandas' RAM instead [09:44] anyways... I don't see that as a real issue tbh. but yes, we should fix the other issue too. Thing is, you can't guarantee someone commits something that breaks the setup [09:44] Cimi: probably needs updating the asset with the latest design. we're doing a bug tracking session now with rosie, will flag that. thanks! [09:45] jounih, it will never work with a static asset [09:45] jounih, it needs to be recolored... [09:45] Cimi: we have different assets for each of the 3 themes [09:45] jounih, ok but you can specify every colour you like with surugradient [09:46] jounih, so it will work only for some combinations [09:46] jamesh: Ok, so now I need someone to pre-NEW it [09:47] that's true, we might have to track the L value of the HSL color beneath it and adjust opacity accordingly [09:47] sil2100: I think the non-main dependencies are grilo, grilo-plugins and lucene++ [09:48] Cimi: maybe an approach like that would get us around using separate hard coded values for the 3 themese elsewhere too. will pick it up with Kaleo [09:49] jamesh: we'll file a MIR on Monday and get that migrated, good thing we have it in universe at least [09:50] yep [09:50] sil2100: I assume unity-scope-mediascanner will make it from daily-build into the archive without much trouble? [09:51] Yes, just some small intervention will be needed [09:51] But nothing big [09:55] Saviq, retry now [09:55] om26er, yeah, it's trying by itself - we have a queue ) [09:55] ;) [09:56] om26er, I'm doing: [09:56] $ for i in {1..20}; do adb reboot; adb wait-for-device; sleep 60; phablet-test-run -n unity8; done [09:56] locally now [09:56] on maguro - 3 runs OK now [09:56] mzanetti, can you trigger the same on mako ↑? [09:57] Saviq: sure [09:58] mzanetti, but first flash; adb shell apt-get install -y ssh; phablet-test-run -i -p unity8-autopilot -n unity8.shell.tests.test_lock_screen.TestLockscreen.test_can_unlock_passphrase_screen [09:58] sil2100: thanks for all your help so far. [09:58] Saviq, instead of phablet-test-run we just 'autopilot run unity8' on the device as phablet user, but that's pretty similar in logic [09:58] to get all the stuff on the device [09:58] om26er, yeah, I doubt it has any impact at all [10:01] mzanetti, about the reflash-on-failure, what we can do is reflash if the tests failed but we don't know if the tests were real failures or device problem [10:01] mzanetti, wth is that about http://10.97.2.10:8080/job/generic-mediumtests-builder-saucy/2537/console [10:02] Saviq: setUser [10:02] mzanetti, ah, didn't pick up the merge yet [10:02] mzanetti, yeah, found it [10:02] om26er: yeah... that's true... maybe on 2 failures in a row on the same hardware? [10:03] just brainstorming here [10:04] I don't think the problem is to do with the need of reflashing, because tests for all apps are working fine, and I believe they have been working fine for unity8 as well till yesterday from when we started to stop unity8 before starting the suite [10:05] om26er: hmm, ok [10:05] in that case... [10:06] of course... holidays coming... http://pastebin.ubuntu.com/6017105/ [10:07] om26er, mzanetti yeah, I suspect ubuntuappmanager to be the culprit again [10:07] Saviq, so killing it should workaround the issue ? [10:07] om26er, hopefully, yes === hikiko is now known as hikiko|lunch [10:08] om26er, or well, I'm not sure it would have anything to do with keyboard input, if touch input works... [10:08] om26er, there is a webcam in the lab is there? [10:09] om26er, I talked with gema before it would be awesome if we could get videos of the device when there's a failed run [10:09] Saviq, three of the devices have webcam pointed at them, others don't [10:09] mzanetti, tsdgeos, dednick, any idea about https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-saucy/1268/console ? [10:09] mako-0090f741e3d141bc is one of those [10:09] we've had more and more of those recently :/ [10:10] yes, qmluitests have been failing a lot for the last few days [10:11] Saviq: is there a build timeout set on jenkins? [10:11] dednick, well, yes, the test gets stuck [10:11] dednick, and jenkins interrupts after an hour [10:11] Saviq: is it just the tests, or the build + tests? [10:11] dednick, it takes 30 mins for a successful run [10:11] i c [10:11] testDash getting stuck [10:12] not the first time we've had that right [10:12] tsdgeos, yeah [10:13] too many times recently [10:16] 20 runs locally, all green :/ [10:16] Saviq: do you have some more links? [10:16] wondering if it's always MockScope5 that hangs [10:16] tsdgeos, https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-saucy/1265/console [10:16] https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-saucy/1240/console [10:16] Saviq: do we have test xml from that ? [10:16] https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-saucy/1229/console [10:17] dednick, no, 'cause the job was killed [10:17] https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-saucy/1225/console [10:17] https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-saucy/1211/console [10:17] most of the red ones from https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-saucy/ are timing out [10:18] Saviq, you cool with having an "All" filter option in the filter selection. The option selector doesn't really support not having a selection which would equate to the "all" filter being used. Design signed the idea off. [10:19] nic-doffay, yeah, of course [10:19] Saviq, awesome. [10:19] nic-doffay, pstolowski, where do you think we should put ↑ in? [10:19] nic-doffay, GenericOptionsModel? [10:19] pstolowski, ↑ [10:19] Saviq: so 4 fail in the same place and two in a different place :-/ [10:19] tsdgeos, yeah, doesn't mean a different issue, though [10:20] sure [10:20] Saviq: i'd say the best bet is detacching one of the jenkins slaves and running the test in there in a loop [10:20] and try to figure out why it's failing [10:21] Saviq: any way to get output of how long tests are taking? doesnt seem to put in log/xml [10:21] cyphermox: hi - did you manage to get round to sorting out landing for the secret agent package? [10:21] dednick, not really, om26er about that ↑↑, can we get timestamps in the jenkins logs? [10:21] om26er, someone mentioned somewhere on a mailing list somewhen recently [10:22] that they saw jenkins having a timestamp for each line in the console log [10:22] could be pretty useful [10:22] Saviq, nic-doffay : need to contemplate this a bit.. in the scopes we have a dedicated property in the filter to show 'All' button, so it's a kind of special case (not a regular option) [10:23] tsdgeos, dednick, mzanetti we're also getting a lot of http://10.97.2.10:8080/job/generic-mediumtests-runner-saucy/2145/ recently :/ [10:23] Saviq, nic-doffay : but it probably makes sense to hide this from QML and make it an option in the options model [10:23] pstolowski, yeah, we need it in the model [10:24] pstolowski, what is that property exactly? just a bool whether to show all? it's settable, or do we need to unactivate all options? [10:24] yeah, i've got that on a couple of MPs [10:25] Saviq: we have timestamps in kde's jenkins [10:25] so it's possible [10:25] tsdgeos, right [10:25] tsdgeos, I think it was actually mzanetti that linked to it ;) [10:25] * mzanetti is in a phone call [10:25] mzanetti, [10:25] Saviq, no, not really sure what you mean, we want a timestamp for what ? [10:25] mzanetti, [10:25] mzanetti, [10:25] mzanetti, [10:25] mzanetti, [10:25] mzanetti, [10:25] wow :D [10:26] om26er, in the logs [10:26] om26er, so each line could have a datetime at the beginning [10:26] om26er, say https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-saucy/1211/console [10:26] let me get an example [10:26] ??? [10:26] mzanetti, nothing ;) [10:26] mzanetti, just wanted to troll you [10:26] http://build.kde.org/view/All/job/kdepim_master/3454/console [10:27] http://build.kde.org/view/All/job/kdepim_master/3454/consoleFull [10:27] om26er, ↑ [10:27] oh and it's smart, with elapsed time [10:28] "Jenkins ver. 1.523" [10:28] we're at "Jenkins ver. 1.480.2" [10:28] pete-woods: do you know if https://bugs.launchpad.net/unity8/+bug/1205097 should be on the repos already? [10:28] Launchpad bug 1205097 in Unity 8 "HUD isn't working" [Critical,Triaged] [10:29] tsdgeos: it certainly looks like it should [10:29] tsdgeos, https://launchpad.net/ubuntu/+source/hud [10:29] tsdgeos, 13.10.1+13.10.20130822.4-0ubuntu1 should be there [10:29] ok [10:29] and be there [10:29] pete-woods: do i need to try it works or? [10:29] brb [10:30] Saviq, I think that comes with this plugin for jenkins https://wiki.jenkins-ci.org/display/JENKINS/Timestamper [10:30] tsdgeos: if HUD's broken again, I think I will just give in [10:30] pete-woods: lol :D [10:30] so we'll need to enable that and it should produce logs with timestamps [10:30] * pete-woods reflashes his tablet to get clean test [10:31] om26er: i can ask the kde jenkins admin if we are going to enable it, if not, no need to bug him [10:32] tsdgeos, I'll talk to fginther when he comes online and let you you if we are going to enable it, makes sense to me that we enable it [10:32] oki [10:32] tx [10:34] Saviq: it's a bool and it's read only. digging it into unity-core code to see how it's handled [10:40] Saviq: yeah, in unitycore it has special button and it just deselects all options; i'll do something similar for you, so no work on QML side [10:41] nic-doffay: ^ [10:41] pstolowski, cool [10:41] Saviq, should we just skip/disable unity8.shell.tests.test_lock_screen.TestLockscreen.test_can_unlock_passphrase_screen ? [10:42] from what I can see its failing on the phones and VM (aka desktop) [10:42] pete-woods: seems to work fine for me [10:42] whew! [10:43] om26er, on the VM it's failing for a different reason [10:44] om26er, i.e. VM is too slow [10:44] tsdgeos: if you're interested, it was a threading issue - HUD is supposed to be single-threaded, but the platform API's callbacks were being triggered on its own thread [10:44] oh [10:44] nasty [10:44] yep [10:45] om26er, who do I talk to about the plugin? :) [10:45]