[00:17] <veebers> Saviq: if you're still around I have another unity/unity-mir question
[00:32] <Saviq> veebers, just ask, I'll answer next time I'm around the keyboard :)
[00:34] <veebers> Saviq: good point :-) looking at OSKController, enabled is a boolean of if the surface is set or not, it appears that if you stop maliit-server that surface isn't destroyed meaning enabled stays True. Any pointers on how I would go about ensureing that changes when maliit-server stops?
[00:36] <Saviq> veebers, its surface not destroyed? that'd be bad... that's what onSurfaceDestroyed is supposed to do
[00:36] <Saviq> veebers, if you can confirm that doesn't happen, we should fix that
[00:36] <Saviq> veebers, please file bug against unity-mir
[00:37] <Saviq> veebers, in OSKController.qml:30 there's the connections with SurfaceManager
[00:37] <veebers> Saviq: right, that's where I would expect the surface to be set to null
[00:38] <Saviq> veebers, if that never happens → bug, please file against unity-mir
[00:38] <veebers> Saviq: ack, thanks
[00:43] <veebers> Saviq: one more question :-) Can I log an event in the qml to the unity.log? i.e. I want to log "Setting/Unsetting surface" messages to confirm, at the moment I'm just introspecting through python and I don't see that property change
[01:04] <Saviq> veebers, console.log
[01:05] <Saviq> veebers, console.log("Blah") - the usual JS way
[01:05] <veebers> Saviq: I tried that initially, nothing showed up in ~/.cache/upstart/unity8.log
[01:05] <veebers> perhaps I'm doing something dumb, will try again
[01:06] <Saviq> veebers, well, if they're not called - that's when it wouldn't show up...
[01:06] <Saviq> veebers, if you're editing on device
[01:06] <veebers> Saviq: I can modify the qml in /usr/lib/ . ..  and just restart unity right?
[01:06] <Saviq> veebers, yeah
[01:06] <veebers> Saviq: yeah, well I'm sure the setting one is called
[01:06] <Saviq> /usr/lib/*/qt5/imports/Unity-Mir/
[01:07] <Saviq> veebers, you can also go onEnabledChanged: console.log("Enabled:", enabled)
[01:07] <Saviq> which will print "Enabled: false" / "Enabled: true" on change
[01:08] <veebers> Saviq: nice, thanks
[02:17] <veebers> Saviq: FYI: https://bugs.launchpad.net/unity-mir/+bug/1248795
[08:36] <tsdgeos> michi__: https://code.launchpad.net/~aacid/unity-api/cmake_warning--/+merge/194148
[08:56]  * tsdgeos shakes fist at the new js engine thingie
[08:57] <tsdgeos> QDEBUG : qmltestrunner::test_source(Source.model) a MockModel(0xb1d930) b MockModel(0xb1d930) a == b false
[08:57] <tsdgeos> oh really?
[09:10] <tsdgeos> sad thing is i can't repro in a small testcase
[09:54] <tsdgeos> Saviq: https://code.launchpad.net/~aacid/unity-api/52regressions/+merge/194303
 Are you there? (not sure if that's a list of online people. Second time I use IRC ever)
[10:28] <Saviq> tsdgeos, rright :/
[10:30] <pabloff9> bregma: Are you there? (not sure if that's a list of online people. Second time I use IRC ever)
[10:30] <tsdgeos> pabloff9: it's a list of people on the server, doesn't mean he's in from on his keyboard though :D
[10:30] <tsdgeos> pabloff9: no need to keep repeating every 2 minutes either
[10:30] <pabloff9> tsdgeos: that's because I typed it wrong. I used < > instead of :
[10:31] <pabloff9> tsdgeos: but thanks
[10:34] <Saviq> pabloff9, either way, bregma is in Canada, so fast asleep I imagine
[10:36] <pabloff9> Saviq: Oh, ok. Maybe someone else can help me. Anyone knows anything about what kind of data Firefox expects to be dropped to a HTML5 dragand-drop file upload area? (like Gmail composer)
[10:36] <pabloff9> Saviq: I know it doesn't seem unity-related, but it is.
[10:41] <Saviq> pabloff9, well... it does sound like a Firefox question more... and no, no idea here
[10:43] <Saviq> tsdgeos, https://code.launchpad.net/~aacid/unity8/singleton_52/+merge/194123 is superseded then?
[10:43] <pabloff9> Saviq: it's because I'm trying to fix a bug in Unity. It doesn't seem to support file upload by drag and drop in Firefox (haven't tested Chrome or others) while Nautilus can. It looks like Firefox understands both drops as different things, since if you drop a file from Nautilus to the address bar, it displays the address, but from Unity, it displays a lot of Japanese/Chinese characters.
[10:44] <pabloff9> Saviq: I'd guess a encoding problem, but I don't know.
[10:45] <tsdgeos> Saviq: unity8 vs unity-api
[10:45] <Saviq> tsdgeos, d'oh
[10:55] <greyback> note for all: I'm working from home today, and my wifi is spotty at best, so if you need me, email is best
[10:56] <Saviq> 1st world problems...
[11:23] <tsdgeos> Saviq: so mzanetti added https://bugs.launchpad.net/unity8/+bug/1235268 and https://bugs.launchpad.net/unity8/+bug/1200374 to the list of bugfixes that are missing a test
[11:23] <tsdgeos> i'm not sure how/if we want to add tests for those tbh
[11:23] <tsdgeos> ideas?
[11:26] <tsdgeos> for the first one i can make a test that expands the thing, but that has "nothing to do" with where the real bug was, which is in Qt
[11:27] <tsdgeos> and for the second one not sure how to code the "should not see it expand" tbh
[12:00] <Saviq> tsdgeos, he's been doing a quick run-through, so don't hesitate to counter him on that :)
[12:00] <Saviq> tsdgeos, was there a test added with the Qt fix?
[12:02] <Saviq> tsdgeos, and the only thing for the other one - you could arguably check that the height changes in one go, and animates when visible... but then it's probably a pretty flaky test to start with
[12:02] <tsdgeos> Saviq: yeah i don't want more flacky tests
[12:02] <tsdgeos> Saviq: unfortunately could not find a testcase for the Qt fix, so they accepted it without testcase and based on my argumentation of the backtrace+code
[12:03] <tsdgeos> Saviq: now taht i have you here, i've been thinking about merging GenericScopeView and ScopeView (which is actually GenericGenericScopeView)
[12:03] <tsdgeos> since we don't seem to use ScopeView anywhere else than in tests
[12:04] <tsdgeos> everything else is a GenericScopeView
[12:04] <tsdgeos> so not sure it makes sense to have that split
[12:04] <Saviq> tsdgeos, doesn't DashApps.qml / DashHome.qml use it?
[12:04] <tsdgeos> nope
[12:04] <tsdgeos> they are GenericScopeViews
[12:04] <Saviq> ah no
[12:04] <Saviq> tsdgeos, complete +1
[12:04] <tsdgeos> oka
[12:05] <tsdgeos> Saviq: no autopilot14 yet?
[12:05] <Saviq> tsdgeos, the fact that tests use FakeScopeView is problematic in its own right
[12:05] <Saviq> tsdgeos, doesn't look like it :/
[12:05] <tsdgeos> ok
[12:05] <tsdgeos> yep, wil try to use less fakes while merging the stuff
[12:16] <Saviq> tsdgeos, image #14 is out, contains ap 1.4, so once we get green results from that we can unleash the MPs
[12:16] <tsdgeos> \o/
[12:32] <nic-doffay> Saviq, can we trigger rebuilds of our branches that need landing today?
[12:32] <Saviq> nic-doffay, -ci, yes, landing - not yet
[12:32] <nic-doffay> Saviq, good enough I suppose!
[12:33] <Saviq> nic-doffay, which one do you have in mind?
[12:33] <nic-doffay> Saviq, the search history.
[12:34] <Saviq> nic-doffay, rebuild triggered
[12:36] <nic-doffay> Saviq, cheers
[12:52] <mzanetti> Saviq: hey
[12:52] <mzanetti> Saviq: nope, no gmail
[12:53] <Saviq> mzanetti, so you couldn't even contact the travel agency yet? you didn't get no travel req confirmation?
[12:53] <Saviq> mzanetti, I'll try and get that sorted then
[12:53] <mzanetti> Saviq: yep
[12:54] <Saviq> mzanetti, thanks
[12:54] <mzanetti> Saviq: admittedly I only did the request on tuesday morning
[12:54] <mzanetti> but so far nothing here
[12:54] <Saviq> ah, so maybe kgunn didn't approve yet
[12:55] <Saviq> mzanetti, thanks, will get that sorted for you
[12:55] <mzanetti> Saviq: ok. I'll check mails every now and then and book the flight asap
[12:55] <Saviq> mzanetti, thanks
[12:56] <Saviq> mzanetti, msm is forwarding you the approval now
[12:56] <Saviq> must've gotten lost somewhere
[13:07] <mzanetti> Saviq: ok. sent the mail to bts travel. Will go for a walk now and confirm the flight in a couple of hours
[13:07] <Saviq> mzanetti, cheers
[13:41] <mhr3> sil2100, any progress on bringing zmqpp and capnp to trusty?
[13:49] <sil2100> mhr3: capnp package is ready, I will ask for review today to see how it looks
[13:49] <sil2100> mhr3: you can try it out if it works from ppa:sil2100/ppa
[13:51] <mhr3> sil2100, it failed to build in the ppa
[13:52] <sil2100> mhr3: ah, ok, deps changed, righto
[13:52]  * sil2100 missed that
[13:52] <mhr3> sil2100, and anywhere to find zmqpp?
[13:53] <sil2100> mhr3: it's almost ready here too, but I didn't push it anywhere yet - I guess there is chance I'll have it for review today too
[13:59] <Cimi> the osk does not work on my trusty phone, yours'
[13:59] <Saviq> tsdgeos, we've got green light - /me is back at pushing one after another
[13:59] <Saviq> Cimi, just updated to #14, works fine
[13:59] <tsdgeos> \o/
[14:00] <Cimi> Saviq, I diet-upgraded fromr10
[14:00] <Cimi> *dist
[14:00] <Cimi> ahha this autocorrection is hilarous
[14:00] <Saviq> ;)
[14:02] <Cimi> Saviq, how do you flash 14?
[14:02] <Cimi> Saviq, my phablet-flash only finds 10
[14:02] <Saviq> Cimi, trusty-proposed
[14:02] <Cimi> Saviq, works thx
[14:03] <Saviq> Cimi, `system-image-cli -v -b0 -c trusty-proposed` as root on phone if you don't want to lose data
[14:10] <didrocks> mhall119: hey, are you taking care of putting people back to uds-organizer team? As there is no tech board, there is no way to ask for renewal
[14:10] <didrocks> mhall119: and if you want people to schedule the blueprints… :p
[14:11] <mhall119> didrocks: I'm not sure what uds-organizer is used for anymore, but just being a track lead in summit will allow you to schedule
[14:11] <didrocks> mhall119: ok, I'll try, thanks!
[14:24] <Cimi> Saviq, no osk for me on r14 with SF
[14:27] <Saviq> Cimi, ah, sf
[14:27] <Saviq> Cimi, /me tries
[14:28] <tsdgeos> errr
[14:28] <tsdgeos> can you guys connect to mumble?
[14:28] <Cimi> yes
[14:28] <dandrader> tsdgeos, no
[14:28] <tsdgeos> it's telling me the password is wrong :-S
[14:29] <dandrader> tsdgeos, "Wrong certificate or password"
[14:29] <tsdgeos> yeah
[14:29] <Saviq> Cimi, something's wrong indeed
[14:44] <Cimi> Saviq, are we supposed to fix it?
[14:45] <Saviq> Cimi, no, sf is decommissioned, really
[14:45] <Cimi> Saviq, but maguro is too slow with mir
[14:45] <Saviq> Cimi, yes, maguro is being decommissioned, too
[14:46] <Saviq> Cimi, it's just not a feasible target any more
[14:46] <dandrader> Saviq, so, can we have https://code.launchpad.net/~dandrader/unity8/drag-crash-1228336/+merge/192183 in now? can we? can we?
[14:48] <Saviq> dandrader, I'm just going through my list chronologically, so yes - I'll get to it :)
[14:51] <Cimi> Saviq, I auto approved this, is it fine? https://code.launchpad.net/~cimi/unity8/fix-1231996/+merge/192372
[14:52] <Saviq> Cimi, it's got a +1 from mzanetti, so I think so, yes
[14:53] <Saviq> Cimi, ah you merged trunk in the mean time - I'll have a look before merging
[15:06] <Saviq> tsdgeos, https://code.launchpad.net/~aacid/unity8/no_hswipe_if_vswipe_test/+merge/193401/comments/448326 look like legitimate failures in qml tests
[15:06] <tsdgeos> Saviq: hmmm ok, i'll check
[15:08] <mhall119> didrocks: we don't give full scheduling powers out anymore
[15:08] <mhall119> track leads get control over their track, but only their track
[15:23] <didrocks> mhall119: I don't have control on my track in the case I gave
[15:24] <didrocks> mhall119: something not linked to any track schedule on my track
[15:24] <didrocks> I can't move it if there is a conflict (and I'm happy to have it on my track, just can't reschedule it)
[15:27] <mhall119> didrocks: if the session is assigned to your track, regardless of what room it's in, you should be able to move it
[15:27] <mhall119> if the session isn't assigned to your track....then it's not your session :)
[15:53] <nic-doffay> mzanetti, any idea where the date text that's apparently on the greeter is? I can't see anything in Greeter.qml
[15:53] <Saviq> nic-doffay, mzanetti is on holidays
[15:53] <Saviq> nic-doffay, but: GreeterContent.qml
[15:53] <nic-doffay> Saviq, is it Clock in GreeterContent.qml?
[15:54] <Saviq> nic-doffay, the name suggests so...
[15:57] <nic-doffay> pete-woods, is there any way to use fake data for the infographic in unity8 any more?
[15:57] <nic-doffay> Not seeing anything in the CODING doc.
[15:57] <nic-doffay> pete-woods, although I see -f is still present in run
[15:57] <nic-doffay> pete-woods, is that dated?
[15:58] <nic-doffay> I mean it works, but I was wondering if there was a newer approach.
[16:03] <pete-woods> nic-doffay: hi, I haven't done anything to unity8 in a while now, so that stuff is all there is
[16:04] <pete-woods> nic-doffay: you can always manually create data sources with the cli tools in the  libusermetrics-tools package
[16:04] <nic-doffay> pete-woods, ok. Quick one then, I'd just like to make the circles bigger. Which mock cpp file contains this functionality?
[16:04] <nic-doffay> Just temp to test a bug fix.
[16:05] <pete-woods> nic-doffay: tests/mocks/libusermetrics/UserMetrics.cpp
[16:07] <nic-doffay> ta pete-woods
[16:07] <pete-woods> np
[16:18] <tsdgeos> Saviq: ok, failures confirmed here, i did not run the tests after merging to trunk last time
[16:26] <nic-doffay> Saviq, can we merge yet?
[16:28] <tsdgeos> nic-doffay: he's on it
[16:30] <nic-doffay> tsdgeos, cool
[16:36] <fginther> Saviq, are you still processing the unity8 merges manually?
[16:37] <fginther> Saviq, if should people just ask you directly for merging a branch?
[16:39] <Saviq> fginther, yeah, but I'm feeling like we could start auto-merge now
[16:40] <Saviq> fginther, we're down to some 10 approved branches, and by now I'm not doing more than just start them in order
[16:40] <Saviq> fginther, so if you could enable the branch "scanner" for us, that'd be cool
[16:40] <fginther> Saviq, doing so now
[16:42] <Saviq> fginther, thanks
[16:51] <didrocks> Saviq: yep, please remerge, you are green :)
[16:54] <mhr3> does anyone know what is BottomBarVisibilityComunicatorShell?
[16:55] <Saviq> mhr3, yeah...
[16:56] <Saviq> mhr3, it's a nasty hack to sync the apps' toolbar and the hud
[16:56] <mhr3> Saviq, pls pls tell me it's some nastiness that is no longer required
[16:56] <Saviq> mhr3, unfortunately it still is
[16:57] <Saviq> mhr3, we need it to make the toolbar hide when HUD goes on screen
[16:57] <mhr3> :/
[16:58] <Saviq> mhr3, we basically need a communication channel with the apps, I'm leaning towards creating something that'll go through the mir, a simple message-based protocol
[16:58] <Saviq> +socket
[16:58] <Saviq> instead of building more and more out-of-band interfaces for all kinds of things
[16:58] <mhr3> Saviq, i'm just wondering cause it's in the unity plugin, and the only things in the unity plugin are scopes-related
[16:59] <Saviq> mhr3, oh yeah, needs to go out of there for sure
[16:59] <Saviq> mhr3, it's been put there 'cause it was the only plugin we had at that time, more or less
[16:59] <Saviq> lesser evil, you know
[16:59] <mhr3> Saviq, speaking about that, once the plugin is out, are we going to change how unity8 is built?
[17:00] <Saviq> mhr3, meaning?
[17:00] <mhr3> a separate pkg etc
[17:01] <mhr3> would be nice if bzr did subrepos
[17:01] <Saviq> mhr3, separate package for unity-scopes-shell, yes
[17:01] <Saviq> mhr3, that unity8 would depend on
[17:02] <Saviq> mhr3, so you'd just build the plugin yourself, we'd just depend on it
[17:02] <mhr3> Saviq, is there a way to still have the plugin private to unity?
[17:02] <Saviq> mhr3, yeah, install it in the unity8 imports dir
[17:02] <mhr3> Saviq, you know... we dont want apps to just import Unity and start doing crazy things
[17:02] <mhr3> ah, that simple? :)
[17:02] <Saviq> mhr3, we need a .pc file that will direct you to
[17:02] <mhr3> k
[17:03] <mhr3> will push it today
[17:03] <mhr3> hopefully
[17:03] <Saviq> mhr3, yeah, and apparmor will prevent the apps from loading those, even if they wanted to
[17:03] <mhr3> Saviq, thomas was also asking how would we go about a separate dash app
[17:04] <Saviq> mhr3, separate binary pkg out of lp:unity8 I'd say
[17:04] <mhr3> Saviq, with this setup it could theoretically be a simple-ish click pkg, right?
[17:04] <Saviq> mhr3, well... but then it'd need access to the scope plugin again
[17:04] <Saviq> mhr3, but sure, it could be clickified
[17:04] <mhr3> right, it's just include it i guess
[17:05] <Saviq> mhr3, if it brought the libs with it
[17:05] <mhr3> he just wanted something that allows testing and doesn't massively break unity
[17:09] <Saviq> mhr3, let's just strive for not doing that, and once we get to the point when we're risking that happening, we'll think of a solution :)
[17:10] <mhr3> Saviq, +1, yea, i thought that was the idea