[04:31] <Mirv> morning, unity8 fails to build https://bugs.launchpad.net/unity8/+bug/1215737
[04:32] <Mirv> + bug #1215739 for unity-mir
[04:46] <Mirv> Saviq: ^ I guess I should highlight you still today :)
[06:31] <ricotz> Trevinho, hi :), http://paste.debian.net/plain/28852 prevents a glib bump on 2.34
[07:03] <tsdgeos> hmmm
[07:04] <tsdgeos> didn't we do those "build stacks" that prevented things in the lower layer to break things in the upper one?
[07:22] <Saviq> Mirv, thanks :)
[07:26] <Saviq> jeeez wth is happening :/
[07:26] <tsdgeos> unity changed below our feet
[07:26] <tsdgeos> https://code.launchpad.net/~mzanetti/unity8/launcher-add-setUser/+merge/181639 is supposed to fix it
[07:27] <tsdgeos> but can't get past running the tests on the devices it seems
[07:27] <tsdgeos> is that new?
[07:27] <Saviq> 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] <Saviq> it doesn't seem to be able to type the password in
[07:31] <Saviq> but anyway I don't really see how the setUser thing could cause / fix anything - no failures actually mention it
[07:31] <Saviq> and of course it's a freakin' mako
[07:34] <Saviq> ok that does https://jenkins.qa.ubuntu.com/job/unity8-saucy-armhf-ci/737/console
[07:39] <mzanetti> Saviq: yes, its' that
[07:40] <mzanetti> 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] <mzanetti> my fault I'd say
[07:40] <mzanetti> sorry for that
[07:40] <Saviq> 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] <mzanetti> Saviq: yeah, network issues should be resoved by now. veebers took care of that.
[07:43] <Saviq> mzanetti, https://code.launchpad.net/~saviq/unity8/ap-raise-on-typing/+merge/181730 btw
[07:44] <mzanetti> Saviq: approved... top-approving doesn't seem to make much sense right now :/
[07:45] <Saviq> mzanetti, yeah
[07:45] <Saviq> mzanetti, I forced a run of setUser autolanding http://s-jenkins:8080/job/unity8-autolanding/266/console
[07:45] <Saviq> mzanetti, will be monitoring it closely
[07:45] <mzanetti> good
[07:45] <mzanetti> we reached 500 tests btw :)
[07:46] <Saviq> yeah, I saw that
[07:46] <mzanetti> do we get cookies when we are at 1000?
[07:49] <Saviq> mzanetti, from veebers, yes
[07:51] <Saviq> ah, compiz update... this will be interesting...
[07:52] <Saviq> mzanetti, thanks, btw, for staying late with that
[07:52] <mzanetti> Saviq: no problem.. need to prepare for next 2 weeks :D
[07:52] <Saviq> you're off earlier today, right?
[07:52] <Saviq> ;)
[07:52] <mzanetti> Saviq: dunno. will go for test driving a car at 2pm :)
[07:52] <mzanetti> and then come back for work though
[07:53] <Saviq> mzanetti, right, something interesting or you can't be bothered anyway? ;)
[07:53] <mzanetti> the car?
[07:53] <Saviq> yeah
[07:54] <mzanetti> BMW 1 :D
[07:54] <Saviq> ah, a Smart, then ;D
[07:54] <mzanetti> no...
[07:54] <Saviq> j/k
[07:54] <mzanetti> not really... the smart is more like the Mini
[07:54] <mzanetti> sort of (don't telly anyone here in southern germany I've said that)
[07:54] <Saviq> no, I know, the 1 is ok
[07:55] <Saviq> rofl
[07:55] <Saviq> I'm fond of my big cars around here, seeing the road kill statistics...
[07:55] <Saviq> it's not Russia, but not far enough from it unfortunately
[07:56] <mzanetti> hmm...are the cars bigger over there?
[07:57] <Saviq> mzanetti, no, the drivers are crazy over here
[07:57] <Saviq> mzanetti, so a big car is +10 to survivability
[07:58] <Saviq> mzanetti, there's 6k people killed on the roads every year
[07:58] <mzanetti> Saviq: that is a lot... I think its less around here
[07:58] <Saviq> mzanetti, I _know_ it is
[07:59] <Saviq> mzanetti, ok, I overstated, 3-4k a year
[07:59] <mzanetti> still... quite a lot. but then, poland is bigger than one would think
[08:00] <Saviq> mzanetti, well, there's 39M people, Germany is bigger than that
[08:00] <mzanetti> right... double
[08:00] <Saviq> mzanetti, one of the biggest issue is DUI
[08:00] <Saviq> 190k people stopped last year...
[08:03] <Saviq> 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] <mzanetti> :)
[08:04] <greyback> ah, we're talking about "the Beast" are we?
[08:04] <mzanetti> lol
[08:06] <greyback> Saviq: did you get the optional water cannon extra installed in the end? Or just just kept with the riot-proof glass?
[08:06] <Saviq> greyback, water... pfffft...
[08:12] <mzanetti> Saviq: yay! merged
[08:12] <Saviq> mzanetti, indeed
[08:12] <Saviq> what *will* you guys do without me ;P
[08:13] <Saviq> mzanetti, btw, I think I have one major argument for keeping the setting in dconf as well
[08:13] <Saviq> mzanetti, at least in my head it is that
[08:13] <mzanetti> which is?
[08:13] <Saviq> mzanetti, AS stores data outside of the user's home dir
[08:14] <Saviq> mzanetti, and sure, we can do e.g. backup for AS as well
[08:14] <tsdgeos> yay
[08:14] <mzanetti> right...
[08:14] <tsdgeos> setUserMeregd
[08:14] <mzanetti> :)
[08:14] <Saviq> 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] <Saviq> mzanetti, just try one for now, k?
[08:15] <Saviq> and I wouldn't like to break that assumption
[08:15] <mzanetti> Saviq: yes. you do have a point re: dconf
[08:15]  * Saviq did some thinking before bed, as you can see ;)
[08:15] <Saviq> or well, at the beginning of bed...
[08:16] <mzanetti> 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] <mzanetti> duplication is always bad
[08:16] <Saviq> mzanetti, sure
[08:16] <Saviq> mzanetti, in my mind AS was always a "cache/proxy" of data, never an owner
[08:18] <Saviq> 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] <Saviq> hey paulliu
[08:21] <mzanetti> Saviq: ack mterry should be around then too
[08:21] <Saviq> yup
[08:24] <Saviq> mzanetti, to add to the above... just read about someone who wanted to pass a driver's exam... DUI...
[08:25] <mzanetti> well... not that I wouldn't know people who did...
[08:25] <mzanetti> actually only one... but he made it
[08:25] <mzanetti> no. not me :D
[08:30] <Saviq> ;)
[08:31] <dednick> Saviq: i have a going away present for you ;)
[08:31] <Saviq> dednick, \o/
[08:31] <Saviq> mzanetti, with over a promil of blood alcohol level? ;)
[08:31] <mzanetti> Saviq: no.
[08:31] <Saviq> exactly ;)
[08:32] <Saviq> "per mille" ugh..
[08:33] <dednick> Saviq: https://code.launchpad.net/~nick-dedekind/unity8/indicators.menu-items-cleaning/+merge/181410
[08:34] <dednick> Basically just moving responsibility of signals/updates for menu items into the MenuItemFactory. Abstracting away the menumodel code from the items.
[08:34] <Saviq> dednick, thanks! ;d
[08:34] <dednick> i aim to please :)
[08:35] <dednick> should get some more people involved with these indicator reviews. i feel sorry for you :)
[08:37] <seb128> nic-doffay, hey
[08:37] <nic-doffay> seb128, hey
[08:38] <seb128> nic-doffay, question about OptionSelector, can you put subtitle/caption text for an option?
[08:38] <seb128> nic-doffay, I'm asking for https://wiki.ubuntu.com/SoftwareUpdates?action=AttachFile&do=get&target=phone-settings-updates-checking.png
[08:38] <seb128> nic-doffay, the bottom option (On any data connection\nData charges may apply.)
[08:39] <nic-doffay> seb128, not currently, but I'm going to implement that today. There will also be support for a picture too.
[08:39] <seb128> nic-doffay, excellent
[08:41] <seb128> 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] <nic-doffay> seb128, going to chat with om26er about that today
[08:42] <nic-doffay> 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] <seb128> we are waiting on it
[08:43] <nic-doffay> seb128, I'd like to resolve it asap. The filters are ready to land too which rely on that branch.
[08:45] <nic-doffay> seb128, are there any designs for this additional text?
[08:45] <nic-doffay> Any mockups of a design for a component it will be used for or anything?
[08:46] <seb128> nic-doffay, the one I just pointed, you have the url 15 lines up or so
[08:47] <seb128> nic-doffay, the 3rd option of the selector as the bottom "On any data connection"
[08:47] <seb128> mpt said it should have "Data charges may apply" as a caption
[08:47] <nic-doffay> seb128, I mean something with set sizes etc approved by design.
[08:47] <seb128> mpt said it should be the same size than Caption
[08:47] <seb128> mpt, ^
[08:50] <Saviq> mzanetti, something's wrong with input on mako http://10.97.2.10:8080/job/generic-mediumtests-runner-mako/161/console :/
[08:52] <tsdgeos> pstolowski: can you give https://code.launchpad.net/~stolowski/unity8/fix-filter-activation/+merge/181619 a better commit message?
[08:55] <Saviq> mzanetti, yeah, it's going to fail
[08:59] <mzanetti> yep...
[08:59] <mzanetti> Saviq: so this happens only on mako, not on maguro, right?
[08:59] <Saviq> mzanetti, yeah
[08:59] <mzanetti> I think I can temporarily disable the mako tests then and ask om26er to look at it before reenabling
[09:00] <mzanetti> Saviq: ^
[09:00] <Saviq> mzanetti, yes please
[09:03] <Saviq> mzanetti, also, if you could try and reproduce
[09:03] <Saviq> mzanetti, on your mako
[09:03] <mzanetti> Saviq: hmm... but there are green test runs: http://s-jenkins:8080/job/generic-mediumtests-runner-mako/
[09:04] <Saviq> mzanetti, well, yeah, setUser merged, didn't it
[09:04] <Saviq> mzanetti, it's intermittent
[09:05] <Saviq> mzanetti, it feels like it's ubuntuappmanager input loss again - like the device wasn't rebooted or re-set somehow
[09:06] <mzanetti> Saviq: according to the logs there are mako 2 devices attached. the failure only happens on one of them
[09:06] <Saviq> mzanetti, oh
[09:06] <Saviq> mzanetti, interesting, can you disconnect just the one device?
[09:07] <mzanetti> Saviq: need to check... this infrastructure is new since I left QA
[09:07] <Saviq> mzanetti, I know
[09:08] <Saviq> mzanetti, there's actually four it seems
[09:08] <Saviq> http://s-jenkins:8080/label/mako/?
[09:08] <mzanetti> Saviq: yeah, they did it really properly :)
[09:08] <mzanetti> mako-0090f741e3d141bc is the bad one
[09:09] <mzanetti> Saviq: marked it as offline. no new runs should run on this one
[09:09] <Saviq> mzanetti, ok, let's see
[09:09] <Saviq> om26er, just in time ;)
[09:10] <mzanetti> hi om26er :)
[09:10] <om26er> Saviq, about the broken CI jobs, I guess ;)
[09:10] <om26er> mzanetti, hey
[09:10] <mzanetti> om26er: I just marked mako-0090f741e3d141bc as offline as keyboard input seems to fail on this one
[09:10] <Saviq> for unity8 at least
[09:10] <mzanetti> om26er: good job on the mediumtests-touch btw :)
[09:10] <Saviq> om26er, are the devices restarted / reflashed between tests?
[09:10] <om26er> Saviq, they are flashed only when a new image is available
[09:11] <om26er> Saviq, we flash new packages from the local repo every test run
[09:11] <Saviq> om26er, rebooted between runs?
[09:11] <om26er> Saviq, yes, we reboot always
[09:11] <Saviq> om26er, ok, that should be fine, let's see if it's actually just ...bc that fails
[09:12] <om26er> 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] <om26er> Saviq, is the package download thing working today? yesterday the phone CI jobs were not able to download stuff from s-jenkins
[09:13] <Saviq> om26er, yeah, network is back
[09:13] <Saviq> om26er, veebers took care of that
[09:22] <Saviq> mzanetti, doesn't seem limited to ...bc actually: http://s-jenkins:8080/job/generic-mediumtests-runner-mako/143/
[09:22] <Saviq> mzanetti, this one ran on ...34
[09:22] <Saviq> mzanetti, and this one on ...ea http://s-jenkins:8080/job/generic-mediumtests-runner-mako/136/
[09:23] <Saviq> it seems just that ...bc simply ran most of the jobs
[09:23] <Saviq> so had the highest failure rate :/
[09:24] <om26er> Saviq, FWIW this test: unity8.shell.tests.test_lock_screen.TestLockscreen.test_can_unlock_passphrase_screen
[09:24] <om26er> its not stable on touch devices
[09:24] <om26er> I have seen its random failures since yesterday
[09:24] <Saviq> om26er, yeah, thing is it's just typing stuff into a text entry (and is stable on maguro - just not on mako)
[09:25] <mzanetti> Saviq: but looking back the history, it seems only to fail on ..bc since yesterday morning
[09:25] <nic-doffay> seb128, subtext has been added can you confirm we will in fact be needing images for the option selector?
[09:25] <om26er> there is a failure on maguro: http://10.97.2.10:8080/job/generic-mediumtests-runner-maguro/163/?
[09:25] <nic-doffay> Need to know if it's a safe bet to add one now.
[09:25] <mzanetti> 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] <Saviq> om26er, ah, indeed
[09:25] <Saviq> mzanetti, or reboot at least
[09:26] <om26er> 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] <om26er> I would assume stopping the shell is not playing well
[09:26] <seb128> 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] <mpt> seb128, wi-fi networks maybe?
[09:27] <Saviq> om26er, can we add one thing to the job in the mean time - `kill $(pidof ubuntuappmanager)`?
[09:28] <Saviq> om26er, to see if that has any impact?
[09:28] <om26er> Saviq, sure
[09:28] <seb128> mpt, good example yes
[09:28] <Saviq> om26er, after stopping unity8
[09:28] <Saviq> om26er, and needs to be run as root
[09:29] <seb128> nic-doffay, ^
[09:29] <Saviq> om26er, we've seen a similar issue before - ubuntuappmanager was confused by "real" unity8 stopping
[09:29] <Saviq> om26er, we thought we got them all out the door, but maybe that's not the case
[09:30] <om26er> Saviq, how about just pkill ubuntuappmanager ?
[09:30] <Saviq> om26er, wasn't working for me for some reason
[09:30] <Saviq> om26er, but if it does for you
[09:30] <Saviq> om26er, it's respawning, so you can see if pid changes
[09:31] <nic-doffay> seb128, right, I'll do some digging then.
[09:33] <Cimi> tsdgeos, ping :)
[09:33] <tsdgeos> Cimi: hiho
[09:33] <Cimi> tsdgeos, howdy
[09:34] <Cimi> tsdgeos, it was you to write the edge area boa boa or daniel?
[09:34] <Cimi> 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] <tsdgeos> you mean DirectionalDragArea and friends?
[09:34] <tsdgeos> it was danieal
[09:34] <tsdgeos> daniel
[09:35] <tsdgeos> not much insight into it's properties to be honest
[09:36] <Cimi> ok
[09:36] <Cimi> I'm looking for the C++ files
[09:36] <Cimi> but I wasn't convinced :)
[09:37] <mzanetti> Saviq: now that we disabled ..1bc, we had 3 green runs in a row
[09:37] <mzanetti> must be something that borks the device until the next flash
[09:37] <Saviq> mzanetti, yeah, or at least makes it more apparent
[09:37] <Saviq> mzanetti, we can always force a reflash to see
[09:37] <mzanetti> om26er: do you think it would be possible to flash devices after after a failed run?
[09:38] <Saviq> mzanetti, that's probably excessive :/
[09:38] <mzanetti> Saviq: why? actually I think they should be flashed after each test run
[09:39] <mzanetti> Saviq: note "after", not "before"
[09:39] <Saviq> mzanetti, except we might be killing the devices this way
[09:39] <mzanetti> you mean wear out the flash?
[09:39] <Saviq> yeah
[09:39] <jamesh> 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] <mzanetti> Saviq: I think the ./run_on_device is worse in that regard
[09:41] <mzanetti> Saviq: and I haven't ever seen a device with worn out flash tbh
[09:41] <mzanetti> not sure if that still easily happens with modern hardware
[09:41] <Saviq> mzanetti, maybe, but TBH we should actually *fix* the issue instead ;)
[09:42] <Saviq> mzanetti, sure it does, only it has built in protection now
[09:42] <Saviq> mzanetti, i.e. CoW, remapping broken cells etc.
[09:42] <Saviq> so it might be less visible, not that it's not there
[09:43] <mzanetti> 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] <Saviq> mzanetti, but we don't rely on battery ;)
[09:43] <mzanetti> and CPU with all the head that is constantly caused during the test runs and reboots
[09:44] <Cimi> jounih, the header white highlight on the separators when using dark themes is killing my eyes… is it on track?
[09:44] <Saviq> mzanetti, right, we killed the pandas' RAM instead
[09:44] <mzanetti> 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] <jounih> 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] <Cimi> jounih, it will never work with a static asset
[09:45] <Cimi> jounih, it needs to be recolored...
[09:45] <jounih> Cimi: we have different assets for each of the 3 themes
[09:45] <Cimi> jounih, ok but you can specify every colour you like with surugradient
[09:46] <Cimi> jounih, so it will work only for some combinations
[09:46] <sil2100> jamesh: Ok, so now I need someone to pre-NEW it
[09:47] <jounih> that's true, we might have to track the L value of the HSL color beneath it and adjust opacity accordingly
[09:47] <jamesh> sil2100: I think the non-main dependencies are grilo, grilo-plugins and lucene++
[09:48] <jounih> 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] <sil2100> jamesh: we'll file a MIR on Monday and get that migrated, good thing we have it in universe at least
[09:50] <jamesh> yep
[09:50] <jamesh> sil2100: I assume unity-scope-mediascanner will make it from daily-build into the archive without much trouble?
[09:51] <sil2100> Yes, just some small intervention will be needed
[09:51] <sil2100> But nothing big
[09:55] <om26er> Saviq, retry now
[09:55] <Saviq> om26er, yeah, it's trying by itself - we have a queue )
[09:55] <Saviq> ;)
[09:56] <Saviq> om26er, I'm doing:
[09:56] <Saviq> $ for i in {1..20}; do adb reboot; adb wait-for-device; sleep 60; phablet-test-run -n unity8; done
[09:56] <Saviq> locally now
[09:56] <Saviq> on maguro - 3 runs OK now
[09:56] <Saviq> mzanetti, can you trigger the same on mako ↑?
[09:57] <mzanetti> Saviq: sure
[09:58] <Saviq> 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] <jamesh> sil2100: thanks for all your help so far.
[09:58] <om26er> 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] <Saviq> to get all the stuff on the device
[09:58] <Saviq> om26er, yeah, I doubt it has any impact at all
[10:01] <om26er> 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] <Saviq> mzanetti, wth is that about http://10.97.2.10:8080/job/generic-mediumtests-builder-saucy/2537/console
[10:02] <mzanetti> Saviq: setUser
[10:02] <Saviq> mzanetti, ah, didn't pick up the merge yet
[10:02] <Saviq> mzanetti, yeah, found it
[10:02] <mzanetti> om26er: yeah... that's true... maybe on 2 failures in a row on the same hardware?
[10:03] <mzanetti> just brainstorming here
[10:04] <om26er> 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] <mzanetti> om26er: hmm, ok
[10:05] <mzanetti> in that case...
[10:06] <Saviq> of course... holidays coming... http://pastebin.ubuntu.com/6017105/
[10:07] <Saviq> om26er, mzanetti yeah, I suspect ubuntuappmanager to be the culprit again
[10:07] <om26er> Saviq, so killing it should workaround the issue ?
[10:07] <Saviq> om26er, hopefully, yes
[10:08] <Saviq> om26er, or well, I'm not sure it would have anything to do with keyboard input, if touch input works...
[10:08] <Saviq> om26er, there is a webcam in the lab is there?
[10:09] <Saviq> 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] <om26er> Saviq, three of the devices have webcam pointed at them, others don't
[10:09] <Saviq> mzanetti, tsdgeos, dednick, any idea about https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-saucy/1268/console ?
[10:09] <om26er> mako-0090f741e3d141bc is one of those
[10:09] <Saviq> we've had more and more of those recently :/
[10:10] <om26er> yes, qmluitests have been failing a lot for the last few days
[10:11] <dednick> Saviq: is there a build timeout set on jenkins?
[10:11] <Saviq> dednick, well, yes, the test gets stuck
[10:11] <Saviq> dednick, and jenkins interrupts after an hour
[10:11] <dednick> Saviq: is it just the tests, or the build + tests?
[10:11] <Saviq> dednick, it takes 30 mins for a successful run
[10:11] <dednick> i c
[10:11] <tsdgeos> testDash getting stuck
[10:12] <tsdgeos> not the first time we've had that right
[10:12] <Saviq> tsdgeos, yeah
[10:13] <Saviq> too many times recently
[10:16] <Saviq> 20 runs locally, all green :/
[10:16] <tsdgeos> Saviq: do you have some more links?
[10:16] <tsdgeos> wondering if it's always MockScope5 that hangs
[10:16] <Saviq> tsdgeos, https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-saucy/1265/console
[10:16] <Saviq> https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-saucy/1240/console
[10:16] <dednick> Saviq: do we have test xml from that ?
[10:16] <Saviq> https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-saucy/1229/console
[10:17] <Saviq> dednick, no, 'cause the job was killed
[10:17] <Saviq> https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-saucy/1225/console
[10:17] <Saviq> https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-saucy/1211/console
[10:17] <Saviq> most of the red ones from https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-saucy/ are timing out
[10:18] <nic-doffay> 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] <Saviq> nic-doffay, yeah, of course
[10:19] <nic-doffay> Saviq, awesome.
[10:19] <Saviq> nic-doffay, pstolowski, where do you think we should put ↑ in?
[10:19] <Saviq> nic-doffay, GenericOptionsModel?
[10:19] <Saviq> pstolowski, ↑
[10:19] <tsdgeos> Saviq: so 4 fail in the same place and two in a different place :-/
[10:19] <Saviq> tsdgeos, yeah, doesn't mean a different issue, though
[10:20] <tsdgeos> sure
[10:20] <tsdgeos> 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] <tsdgeos> and try to figure out why it's failing
[10:21] <dednick> Saviq: any way to get output of how long tests are taking? doesnt seem to put in log/xml
[10:21] <pete-woods> cyphermox: hi - did you manage to get round to sorting out landing for the secret agent package?
[10:21] <Saviq> dednick, not really, om26er about that ↑↑, can we get timestamps in the jenkins logs?
[10:21] <Saviq> om26er, someone mentioned somewhere on a mailing list somewhen recently
[10:22] <Saviq> that they saw jenkins having a timestamp for each line in the console log
[10:22] <Saviq> could be pretty useful
[10:22] <pstolowski> 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] <Saviq> 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] <pstolowski> Saviq, nic-doffay : but it probably makes sense to hide this from QML and make it an option in the options model
[10:23] <Saviq> pstolowski, yeah, we need it in the model
[10:24] <Saviq> 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] <dednick> yeah, i've got that on a couple of MPs
[10:25] <tsdgeos> Saviq: we have timestamps in kde's jenkins
[10:25] <tsdgeos> so it's possible
[10:25] <Saviq> tsdgeos, right
[10:25] <Saviq> tsdgeos, I think it was actually mzanetti that linked to it ;)
[10:25]  * mzanetti is in a phone call
[10:25] <Saviq> mzanetti,
[10:25] <om26er> Saviq, no, not really sure what you mean, we want a timestamp for what ?
[10:25] <Saviq> mzanetti,
[10:25] <Saviq> mzanetti,
[10:25] <Saviq> mzanetti,
[10:25] <Saviq> mzanetti,
[10:25] <Saviq> mzanetti,
[10:25] <om26er> wow :D
[10:26] <Saviq> om26er, in the logs
[10:26] <Saviq> om26er, so each line could have a datetime at the beginning
[10:26] <Saviq> om26er, say https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-saucy/1211/console
[10:26] <tsdgeos> let me get an example
[10:26] <mzanetti> ???
[10:26] <Saviq> mzanetti, nothing ;)
[10:26] <Saviq> mzanetti, just wanted to troll you
[10:26] <tsdgeos> http://build.kde.org/view/All/job/kdepim_master/3454/console
[10:27] <tsdgeos> http://build.kde.org/view/All/job/kdepim_master/3454/consoleFull
[10:27] <Saviq> om26er, ↑
[10:27] <Saviq> oh and it's smart, with elapsed time
[10:28] <Saviq> "Jenkins ver. 1.523"
[10:28] <Saviq> we're at "Jenkins ver. 1.480.2"
[10:28] <tsdgeos> pete-woods: do you know if https://bugs.launchpad.net/unity8/+bug/1205097 should be on the repos already?
[10:29] <pete-woods> tsdgeos: it certainly looks like it should
[10:29] <Saviq> tsdgeos, https://launchpad.net/ubuntu/+source/hud
[10:29] <Saviq> tsdgeos, 13.10.1+13.10.20130822.4-0ubuntu1 should be there
[10:29] <tsdgeos> ok
[10:29] <Saviq> and be there
[10:29] <tsdgeos> pete-woods: do i need to try it works or?
[10:29] <Saviq> brb
[10:30] <om26er> Saviq, I think that comes with this plugin for jenkins https://wiki.jenkins-ci.org/display/JENKINS/Timestamper
[10:30] <pete-woods> tsdgeos: if HUD's broken again, I think I will just give in
[10:30] <tsdgeos> pete-woods: lol :D
[10:30] <om26er> 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] <tsdgeos> om26er: i can ask the kde jenkins admin if we are going to enable it, if not, no need to bug him
[10:32] <om26er> 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] <tsdgeos> oki
[10:32] <tsdgeos> tx
[10:34] <pstolowski> Saviq: it's a bool and it's read only.  digging it into unity-core code to see how it's handled
[10:40] <pstolowski> 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] <pstolowski> nic-doffay: ^
[10:41] <nic-doffay> pstolowski, cool
[10:41] <om26er> Saviq, should we just skip/disable unity8.shell.tests.test_lock_screen.TestLockscreen.test_can_unlock_passphrase_screen  ?
[10:42] <om26er> from what I can see its failing on the phones and VM (aka desktop)
[10:42] <tsdgeos> pete-woods: seems to work fine for me
[10:42] <pete-woods> whew!
[10:43] <Saviq> om26er, on the VM it's failing for a different reason
[10:44] <Saviq> om26er, i.e. VM is too slow
[10:44] <pete-woods> 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] <tsdgeos> oh
[10:44] <tsdgeos> nasty
[10:44] <pete-woods> yep
[10:45] <Saviq> om26er, who do I talk to about the plugin? :)
[10:45] <Saviq> om26er, right, will bug fginther :)
[10:45] <om26er> Saviq, fginther, he should be online in ~1hour
[10:46] <Saviq> om26er, so, let's not skip the test, will give us more incentive to look into them and fix
[10:46] <tsdgeos> Saviq: moved today's standup?
[10:46] <Saviq> tsdgeos, yeah
[10:46] <tsdgeos> oka
[10:46] <tsdgeos> just wanted to make sure it was not a mistake :d
[10:47] <Saviq> tsdgeos, got a dentist's appointment at 3:30 and didn't want to miss my last standup ;)
[10:47] <tsdgeos> ;)
[10:48] <Saviq> mzanetti, in autolanding we're still at 499 tests :D
[10:48] <Saviq> mzanetti, one of your branches brings the tipping point, right? ;)
[10:48] <mzanetti> yeah
[10:48] <mzanetti> it should
[10:58] <Saviq> fail :/
[11:04] <Saviq> ah, the fail was actually something weird
[11:05] <Saviq> om26er, unlock_screen.py still runs under unity8 suite, should probably be disabled
[11:06] <om26er> Saviq, I run it with -q which just swipes the screen (without starting unity in testability mode)... I use to so that it lightens up the screen
[11:06] <om26er> Saviq, basically it creates a touch event so that the device' screen turns on
[11:06] <Saviq> om26er, yeah, not needed for unity8 suite
[11:06] <Saviq> om26er, but ok, shouldn't matter either
[11:06] <om26er> ah - ok never knew that
[11:06] <Saviq> om26er, well, it will just light up with the first test anyway
[11:07] <Saviq> assuming it will actually shut down between `initctl stop unity8` and the first test
[11:07] <Saviq> which I expect will not happen
[11:09] <om26er> Saviq, cool, is that part of unity8 to turn on the screen when it starts ?
[11:09] <om26er> aha, so the screen turns on when it tries to unlock it, right ?
[11:12]  * greyback needs some fresh air, will be back in an hour
[11:13] <Saviq> om26er, yeah
[11:21] <mhr3_> Wellark, following yesterday's discussion i'm pushing http://paste.ubuntu.com/6017300/ to the branch k?
[11:44] <Wellark> mhr3_: yep. go for it
[11:44] <Wellark> mhr3_: I will catch up with that branch today
[11:44] <Wellark> as with the launcher, too
[11:45] <Wellark> unless something blocks some stack from landing or the usual stuff that gets in the way
[11:45] <Wellark> like getting hit by a bus
[12:22] <mhr3_> Saviq, i have a treat for you - i have a branch that removes all IconUtils.from_gicon(), but need https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/unity-theme-icon-provider/+merge/180805
[12:22] <mhr3_> work your magic :)
[12:25] <Saviq> mhr3_, it's WiP for any reason?
[12:26] <mhr3_> Saviq, Wellark wanted to take a second look
[12:26] <Saviq> mhr3_, so it's Needs Review, really
[12:26] <mhr3_> Saviq, but imo it's ready, yea
[12:26] <Saviq> done
[12:58] <tsdgeos> simple "less includes is good" review for anyone? https://code.launchpad.net/~aacid/unity8/noQtQmlInclude/+merge/181802
[13:02] <Saviq> kgunn, MacSlow, dednick, nic-doffay, if you can, we're doing standup early today
[13:02] <dednick> now you mean?
[13:03] <Saviq> dednick, now :)
[13:03] <dednick> Saviq: hang on. just got some food in my mouth :)
[13:03] <Saviq> dednick, sorry, just join when you can
[13:03] <nic-doffay> Saviq, now?
[13:04] <Saviq> nic-doffay, if you can, yes
[13:04] <nic-doffay> np
[13:04] <MacSlow> Saviq, right now?!
[13:04] <Saviq> MacSlow, I *did* update the invite ;D
[13:15] <kgunn> Saviq: yeah...you did...and i saw it last night....just forgot :-P
[13:23] <Cimi> tsdgeos, Saviq the hud button is *always* on screen, with opacity 0… is that affecting rendering? why not setting visible: false?
[13:25] <tsdgeos> i would hope that they are smart enough to not render a opacity 0 item
[13:25] <tsdgeos> but yeah you can add a
[13:25] <tsdgeos> visiblity: opactivy != 0
[13:25] <tsdgeos> won't hurt i guess
[13:25] <Cimi> yeah
[13:25] <Cimi> that's what I meant
[13:25] <Cimi> wondering why we didn't add it in the first place
[13:26] <Cimi> tsdgeos, same thing for launcher maybe
[13:32] <Cimi> stupid question: to put a mouse area underneath I simply play with z index or there's a more clever way now?
[13:36] <tsdgeos> is launchpad down?
[13:36] <tsdgeos> i just pushed new stuff into a branch
[13:36] <tsdgeos> and isn't showing
[13:36] <tsdgeos> Cimi: underneath what?
[13:36] <Cimi> tsdgeos, the hud button
[13:37] <Cimi> tsdgeos, simply set hudButton z : 1now
[13:43] <Cimi> tsdgeos, Saviq https://code.launchpad.net/~unity-team/unity8/unity8.new_hud-button_interaction/+merge/181829
[13:43] <Cimi> lp is still slow...
[13:44] <Cimi> guess we need tests now...
[13:45] <Cimi> why we don't have any tests for bottom bar already?
[13:48] <Cimi> I have an issue, the hud button is not "eating" the clicks
[13:48] <Cimi> it's an AbstractButton with onClicked
[13:51] <dednick> larsu: were you able to start on any of those qmenumodel branch reviews?
[13:55] <larsu> dednick: I was able to start yes. Sorry I haven't been able to finish yet. I don't have much more time today, but I'll try to find an hour or two on the weekend
[13:56] <dednick> larsu: bah. dont do it on the weekend!
[13:56] <dednick> larsu: next week will be ok
[13:56] <larsu> dednick: ha, thanks :)
[13:57] <dednick> larsu: just need it to switch over messaging menus to UnityMenuModel. not a massive rush.
[13:57] <tsdgeos> Cimi: that's been there forever, the shell and the apps both get the clicks
[13:58] <Cimi> tsdgeos, I need to eat them
[13:58] <Cimi> gnam gnam
[13:59] <Cimi> tsdgeos, because otherwise if you click on the hud button, you activate stuff underneath
[14:00] <mterry> oh!  The meeting got moved 30  earlier, instead of 30 later
[14:00] <mterry> ahem
[14:01] <mterry> will add myself to notes
[14:03] <greyback> can someone do me a favour: on phone, open notepad app, tap a note to open the OSK. Then rotate the device both to its left, and to its right. Is the OSK always correctly positioned?
[14:04] <tsdgeos> greyback: yep, even upsidedown is fine
[14:05] <greyback> tsdgeos: ok. Then I've work to do :)
[14:08] <Cimi> https://code.launchpad.net/~unity-team/unity8/unity8.hide_launcher_when_hidden/+merge/181837
[14:08] <Cimi> Saviq ^ :P
[14:10] <tsdgeos> Cimi: don't give to Saviq man, he's going on holidays
[14:10] <Cimi> tsdgeos, you can do as well, it's one liner
[14:16] <tsdgeos> dednick: we don't have tests for  lp:~nick-dedekind/unity8/indicators.menu-items-cleaning ?
[14:17] <tsdgeos> dednick: i mean you're changing quite a few names of properties and stuff
[14:17] <tsdgeos> nothing breaks?
[14:24] <dednick> tsdgeos: we've never had tests for the indicator components. it's a TODO.
[14:24] <dednick> but it all seems to work still, so..
[14:25] <tsdgeos> ah
[14:28] <tsdgeos> dednick: i guess the test is, run into phone and check indicators kind of still wor
[14:29] <tsdgeos> dednick: anything in particular i should check for?
[14:36] <Cimi> tsdgeos, you know how I could eat those events?
[14:38] <tsdgeos> Cimi: check what the laucnher does to eat them
[14:38] <Cimi> it's what I was doing :)
[14:40] <Cimi> mzanetti, how can I eat events?
[14:40] <Cimi> mzanetti, how does the launcher eat?
[14:43] <dednick> tsdgeos: just that all the menu items are displaying their data correctly.
[14:43] <tsdgeos> dednick: menu items as in?
[14:43] <dednick> tsdgeos: as in no regression. there's no new functionailty there
[14:44] <dednick> eg, the network access points, the labels, all buttons and switches work.
[14:44] <tsdgeos> oka
[14:48] <seb128> mterry, ok, I had slightly misunderstood the design requirement, that setting is only "lock on suspend", e.g whether we should kick the greeter it on or not on resume
[14:49] <mterry> seb128, OK
[14:51] <Cimi> tsdgeos, my opinion is that mouse area eats events
[14:52] <Cimi> tsdgeos, but not my abstractbutton
[14:54] <tsdgeos> Cimi: isn't anstractubbon a mouse area?
[14:54] <Cimi> tsdgeos, it's an actionitem
[14:55] <tsdgeos> is it?
[14:55] <Cimi> tsdgeos, yes, we'll see soon though, I'm running on device...
[14:56] <tsdgeos> Cimi: well sure it's an ActionItem
[14:56] <tsdgeos> with a MouseArea inside
[14:56] <tsdgeos> :D
[14:56] <Cimi> nope...
[14:56] <Cimi> it doesn't work
[14:56] <Cimi> so I don't know :P
[15:10] <Cimi> dunno
[15:13] <Cimi> mterry, you know how the greeter eats events?
[15:13] <Cimi> mterry, I want the hudbutton to eat mouse clicks
[15:13] <Cimi> otherwise when I click the button the app gets the clicks as well
[15:14] <Cimi> maybe greyback knows that too (how to make a component eat events)
[15:14] <mterry>  Cimi, is that due to InputFilterArea ?
[15:14] <greyback> Cimi: what is the context? What do you need  to do?
[15:15] <Cimi> greyback, hud button now stays on screen, so we can click on it to open the hud. Problem: the app gets click (for example when I click the hud with the calendar app opened, I switch to the day below :P)
[15:16] <greyback> Cimi: you need an InputFilterArea, which fills that hud button.
[15:16] <Cimi> greyback, I'm wondering how the launcher works then °_°
[15:16] <greyback> Cimi: InputFilterArea defines a rectangle of the shell where the shell takes the input, and keeps it. Taps on a zone of the screen where no IFA is, go to *both* shell, and the application underneath
[15:18] <Cimi> greyback, right understood!
[15:18] <Cimi> thx
[15:19] <greyback> np
[15:28] <Cimi> tsdgeos, https://code.launchpad.net/~unity-team/unity8/unity8.new_hud-button_interaction/+merge/181829/comments/411800
[15:28] <Saviq> mzanetti, hmm https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-saucy/1284/testReport/junit/%28root%29/qmltestrunner/Drag_and_Drop__test_dragndrop/
[15:28] <Saviq> mzanetti, that seems to be a persistent failure
[15:31] <om26er> the failing tests all look like the screen is not able to unlock on the device
[15:31] <om26er> AssertionError: After 10.0 seconds test on Greeter.created failed: False != dbus.Boolean(True, variant_level=1)
[15:32] <Cimi> tsdgeos, I addded a regression / fixing
[15:37] <mzanetti> Saviq: i'll check it out
[15:37] <Saviq> mzanetti, thanks
[15:43] <tsdgeos> Daekdroom: there?
[15:43] <tsdgeos> wops
[15:43] <tsdgeos> Daekdroom: sorry
[15:43] <tsdgeos> dednick_: there?
[15:44] <dednick_> tsdgeos: alo
[15:44] <tsdgeos> dednick_: https://code.launchpad.net/~nick-dedekind/unity8/indicators.menu-items-cleaning/+merge/181410 looks good to me, tested on the phone and all seems to work fine too
[15:44] <tsdgeos> dednick_: so unless you want someone else to have a second view, i'm approving
[15:45] <tsdgeos> dednick_: i guess we'll be getting "signalStrength: strenthAction.valid ? strenthAction.state : 0" soon? so we can uncomment it?
[15:46] <dednick_> tsdgeos: yeah, it's in MP
[15:46] <tsdgeos> oka
[15:46] <dednick_> tsdgeos: ok to approve
[15:46] <tsdgeos> dednick_: so maybe wait for that one? or just go and have a small one later?
[15:46] <dednick_> tsdgeos: it'll probably only come next week. i can delete the section if you prefer.
[15:47] <tsdgeos> no it's fine
[15:47] <mzanetti> Saviq: that fail is really weird... its a line that does tryCompare(draggedItem, "itemOpacity", 1)
[15:47] <tsdgeos> remind us of something has to be done :D
[15:47] <mzanetti> Saviq: and it seems the animation only goes to 0.94...
[15:47] <Saviq> mzanetti, yeah, it's either the easing or an undefined state, I'd say
[15:48] <kgunn> Saviq ping ?
[15:48] <Saviq> kgunn, pong
[15:48] <tsdgeos> Cimi: you moved the hud thing to WIP?
[15:48] <mzanetti> Saviq: ah... dammit I have a feeling... if it moves into the folded area, it gets transparent...
[15:48] <Cimi> tsdgeos, there's a bug
[15:49] <Cimi> tsdgeos, looking into it..
[15:49] <tsdgeos> Cimi: ok
[15:49] <Saviq> mzanetti, right, that might be it, too
[15:49] <kgunn> Saviq: did you happen to think about how long it might take to have a proto for user testing of design new shell navigation...
[15:49] <tsdgeos> Cimi: maybe you can add a comment of what's the bug so i can also check it's fixed once you fix it? :D
[15:49] <mhr3_> mzanetti, can we please get https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/unity-theme-icon-provider/+merge/180805 merged?
[15:49] <kgunn> 3d card deck from right edge for example
[15:49] <Saviq> kgunn, yeah we talked with greyback
[15:50] <Saviq> kgunn, we're thinking 2 man-weeks with screenshots
[15:50] <greyback> yep
[15:50] <mzanetti> mhr3_: not really sure why you're asking me
[15:50] <kgunn> Saviq: mmm....so 3 w/ interrupts :)
[15:50] <Saviq> kgunn, yeah
[15:51] <mhr3_> mzanetti, ehm, because it's friday! :P
[15:51] <mzanetti> mhr3_: I have no clue about that merge proposal
[15:52] <mzanetti> mhr3_: you might want to ask someone from #sdk, no?
[15:52] <mhr3_> mzanetti, yea, i really have no idea why i pinged you about it
[15:52] <Cimi> tsdgeos, I think it's fixed now
[15:52] <Cimi> tsdgeos, was basically the hud not running if you were dragging from the bottom
[15:52] <Cimi> tsdgeos, after enabling it with clicks
[15:53] <Saviq> mhr3_, zsombi and Wellark are on it
[15:53] <tsdgeos> Cimi: i see
[15:53] <tsdgeos> well, i'm calling it a day
[15:53] <Saviq> mhr3_, they wanted tests, though
[15:53] <tsdgeos> see you on monday guys
[15:53] <Cimi> tsdgeos, not fixed yet :D
[15:54] <Cimi> this input filter thing is tricky, it's invisible so you don't know when it's enabled
[15:55]  * Cimi next time I put a visual element to test it
[15:57]  * Cimi should create an alias bzr pysh = bzr push
[15:57] <Cimi> so many typos
[15:59] <Cimi> well it's ready to be reviewed now
[15:59] <mhall119> Saviq: are we going to discuss Unity 8's desktop mode this UDS, or wait until next?
[16:00] <Saviq> mhall119, I'm going on holiday starting tomorrow
[16:00] <Saviq> mhall119, so won't be there for vUDS or the week after that
[16:00] <mhall119> so....no then
[16:03] <Saviq> mhall119, sounds right
[16:03] <mhall119> ok, thankis
[16:04] <dednick_> tedg: will need https://code.launchpad.net/~nick-dedekind/unity8/indicator.multi-icon/+merge/181862 for your cellular data to be in unity8 indicators
[16:05] <tedg> dednick_, Yeah, I understand.  It's not blocking me other than I'd really love to see the icon :-)
[16:06] <dednick_> tedg: ok. i tested ealier. seems to be all good
[16:07] <tedg> dednick_, Woot!
[16:08] <tedg> dednick_, That's what I like to hear on Friday's ;-)
[16:20] <mzanetti> Saviq: _should_ be fixed: https://code.launchpad.net/~mzanetti/unity8/launcher-folding-tweaks/+merge/181208
[16:21] <mzanetti> at least I get 100% success rate locally here
[16:21] <mzanetti> before every 10th run failed here
[16:21] <Saviq> mzanetti, ok cool
[16:40] <kgunn> greyback: jamie's saying the clickpackage download bug is really in mir ?...just wanted your 2 cents...does racarr need to look into that todya ?
[16:41] <fajung> hello, I'm on ubuntu 12.04, my mounted partition isn't display in the luncher bar
[16:42] <fajung> it is mounted under /mnt/partition
[16:48] <greyback> kgunn: I need to chat with him a sec, just to see we're on the same page.
[16:49] <greyback> kgunn: where do I find him??
[16:50] <greyback> kgunn: nevermind
[17:04] <ESphynx> Hey guys... so , we'd *really* like to solve this glitch we get in Unity with our toolkit before the Saucy feature freeze
[17:05] <ESphynx> We end up with a doubled up menu like this: http://ecere.com/tmp/unityBug.png    , bug description: http://ecere.com/mantis/view.php?id=850
[17:06] <ESphynx> The first thing is we'd like to know if our toolkit is doing something wrong, or if it's Unity that's to blame, either way we'd really like the fix to be in before feature freeze
[17:14] <ESphynx> hey redj
[17:16] <redj> hey ESphynx
[17:17] <ESphynx> So what do you think of this bug redj:  http://ecere.com/tmp/unityBug.png ?
[17:19] <redj> ESphynx: I don't know... I have to look at it again... going to do that in a sec...
[17:36] <greyback> Saviq: still around?
[17:44] <Saviq> greyback, yup
[17:44] <greyback> Saviq: this might be familiar: https://code.launchpad.net/~gerboland/unity-mir/fix-click/+merge/181881
[17:45] <ESphynx> Any idea about this bug guys?
[17:45] <Saviq> greyback, approved
[17:46] <greyback> Saviq: thanks!
[17:46] <Saviq> greyback, good I affected unity-mir on those bugs ,then
[17:46] <greyback> Saviq: nah, it took an actual complaint by the click guys to remind me :)
[17:47] <Saviq> lol
[17:47] <greyback> I was expecting the upstart app stuff to be done by the time they would be testing. I was wrong :(
[17:48] <ESphynx> Saviq: Do you think our toolkit is to blame?
[17:49] <Saviq> ESphynx, sorry, I'm not involved in current Unity work, just unity8 - the phone one
[17:49] <Saviq> ESphynx, but, from the top of my head
[17:49] <Saviq> ESphynx, if you mean the double toolbar, then yes - Unity doesn't draw anything in there
[17:49] <ESphynx> Ah... could you please ping whoever would have a clue?
[17:50] <ESphynx> thing is it doesn't happen with any other toolkits
[17:50] <ESphynx> it's the whole maximized thing and decorations size reporting I guess
[17:50] <Saviq> ESphynx, it's Friday afternoon, best email the unity-dev list https://launchpad.net/~unity-dev
[17:51] <Saviq> ESphynx, and/or file a bug against lp:unity, if you find it is actually the culprit
[17:51] <ESphynx> k, thanks salem_
[17:51] <ESphynx> Saviq*
[17:51] <ESphynx> redj: got that? :P
[17:52] <Saviq> ESphynx, but yeah, the double toolbar is in the window's area, so I doubt that unity has anything to do with that
[17:53] <ESphynx> Saviq: well it would be a bad _NET_FRAME_EXTENTS or something
[17:54] <ESphynx> redj: Track these _NET_FRAME_EXTENTS notifications down!
[17:58] <ESphynx> In particular, we're only requesting the frame_extents when 'creating' a window...
[18:04] <redj> ESphynx: got it
[18:18]  * greyback eod
[18:39] <om26er|afk> Saviq, I think the kill ubuntuappmanager workaround didn't change anything, what you say should I remove it ?
[19:00] <Saviq> om26er|afk, yeah, do