[00:53] <micahg> I have a crazy memory leak in unity-2d panel, how can I help debug
[02:19] <Viper550> Hello
[04:09] <DBO> Trevinho, present?
[04:24] <Trevinho> DBO: here I am
[04:24] <Trevinho> also if it's 6am here..
[04:24] <Trevinho> :P
[04:24] <DBO> Trevinho, I have reviewed your branches
[04:24] <Trevinho> I saw your reviews
[04:25] <Trevinho> I fix the menu hacks getter thing
[04:25] <Trevinho> then I'll merge it with the other branch to check the issues
[04:26] <Trevinho> I should have had done just one branch, but I didn't since I hoped you would have merged at least the first one, before :P
[04:27] <Amaranth> DBO: I forget, was there a reason the panel shadow couldn't use nux for drawing?
[04:28] <Trevinho> anyway thank you DBO... I'll let you know when I'm done
[04:32] <DBO> Amaranth, stacking
[04:32] <Amaranth> ah
[04:55] <Trevinho> DBO: lp:~3v1n0/unity/menus-switching-hacks should be fine now
[05:35] <didrocks> good morning
[06:53] <Trevinho> DBO, I should have fixed lp:~3v1n0/unity/panelmenu-fixes Now you should be able to merge it in  lp:~3v1n0/unity/menus-switching-hacks
[07:05] <oSoMoN> good morning
[07:40] <andyrock> didrocks, if ti requires an FFe should i remove the assigment from myself?
[07:40] <didrocks> andyrock: no, you sould maybe ask for it, but TBH, I really doubt it will be acked for O
[07:43] <andyrock> didrocks, but the current behavior, TBH, really sucks :)
[07:43] <didrocks> andyrock: I really like it though
[07:44] <didrocks> andyrock: if you just want to focus an app or open it, you click on it
[07:44] <didrocks> then, the launcher will hide
[07:44] <didrocks> if you want to open more than one, especially when the session starts, you click on one
[07:44] <didrocks> then move the mouse
[07:44] <didrocks> and the launcher stays
[07:44] <didrocks> andyrock: took more than 10 hours to get the right behavior, quite tricky
[07:45] <andyrock> indeed... but when sometimes happens that i want to focus the app A but i focus the app B for error
[07:45] <andyrock> and i should move again the mouse to the right than to the left
[07:46] <didrocks> andyrock: well, 1s timeout is not enough for you? :)
[07:46] <andyrock> didrocks, i've not a 1s timeout :)
[07:47] <didrocks> andyrock: hum, you mean, it immediatly hides?
[07:47] <andyrock> didrocks, yes...
[07:48] <didrocks> andyrock: because you put your mouse outside of the launcher, isn't it?
[07:48] <andyrock> didrocks, let me try (i should revert my branch)
[07:48] <andyrock> give me a moment
[07:48] <didrocks> andyrock: it should only hide immediatly if you click on something and put the mouse outside of the launcher
[07:49] <didrocks> andyrock: the behavior (apart from the bug I mentionned), is the same than in natty
[07:49] <andyrock> didrocks, the super bug is a low one...
[07:49] <andyrock> i mean is not so critical
[07:49] <andyrock> but should be tricky to solve
[07:50] <didrocks> it's annoying
[07:50] <didrocks> especially if you are using touch device
[07:51] <andyrock> didrocks, i've not touch device :/
[07:52] <didrocks> andyrock: basically, the mouse will still be "under" the launcher area
[07:53] <andyrock> i got it
[07:54] <andyrock> didrocks, the timeout works well sorry :)
[07:56] <didrocks> ahah! :-)
[07:56] <didrocks> andyrock: see, your branch broke that! :p
[07:56] <didrocks> that's why the hide machine can be quite tricky :-)
[07:57] <andyrock> didrocks, i've just delete my branch
[07:57] <andyrock> well with my branch the launcher never hides when the mouse is over the launcher
[07:57] <didrocks> andyrock: if you want to have a look at the super issue, you're more than welcome :)
[07:57] <andyrock> maybe the bug title is not so correct
[07:58] <andyrock> Launcher - Launcher should never autohide when the cursor is positioned over the Launcher
[07:58] <andyrock> https://bugs.launchpad.net/unity/+bug/745707
[07:58] <andyrock> in the bug description is cleaner bug the title doesn't refert to the spread
[07:59] <andyrock> and i've read just the bug title :)
[13:45] <andyrock> smstacking, compiz action works as aspected only for super / alt / ctrl
[13:46] <andyrock> for other key it's like a loop
[13:47] <smstacking> ah right
[13:48] <smstacking> hrm, I seem to recall that it didn't work for keys that didn't have a modifier because of the way that we release grabs now
[13:48] <smstacking> racarr fixed that in trunk recently
[13:48] <smstacking> dunno if I've backported the fix to oneiric yet
[13:52] <andyrock> smstacking, so it is/was a compiz bug... thx for the info
[13:56] <smstacking> andyrock: maybe
[13:58] <andyrock> smstacking, i think the patch is not in oneiric yet
[13:59] <andyrock> using apt-get source compiz
[13:59] <andyrock> in event.cpp i still have
[13:59] <andyrock> 	switch (event->type)
[13:59] <andyrock> 	{
[13:59] <andyrock> 	    case KeyPress:
[13:59] <andyrock> 		XUngrabKeyboard (priv->dpy, event->xkey.time);
[13:59] <andyrock> 		break;
[13:59] <andyrock> 	    default:
[13:59] <andyrock> 		break;
[13:59] <andyrock> 	}
[14:00] <andyrock> assuming that this is the patch: http://git.compiz.org/compiz/core/commit/?id=6b8ecb998ce409462cfd72343696f4925aa33fdb
[14:40] <greyback> mardy: hey, is the legacytray disabled for you?
[14:41] <greyback> Saviq: ^^
[14:42] <Saviq> greyback: yes
[14:42] <greyback> Saviq: hmm, ok thanks. I guess it's intentional then
[14:42] <Saviq> not sure it is
[14:42] <Saviq> https://bugs.launchpad.net/ubuntu/+source/update-notifier/+bug/779382
[14:47] <greyback> Saviq: I've just enabled it and it doesn't appear to be working. Get X Error: BadWindow.
[14:48] <Saviq> greyback: how do you enable it?
[14:49] <greyback> dconf, in com.canonical.unity-2d.panel
[14:50] <greyback> oh wait, no I'm completely wrong.
[14:50] <greyback> The ! is not to disable, but to force on left-most screen only
[14:51] <greyback> It must be enabled so. Last commit adds white-listing of apps, so better see what they are to test
[15:29] <andyrock> didrocks, I'm on "super bug"
[15:30] <andyrock> well, as you said the problem is that RecvMouseEnter is called...
[15:31] <andyrock> we can make RecvMouseEnter useless checking that if TRIGGER_BUTTON_SHOW is true
[15:31] <andyrock> s\that\
[15:32] <andyrock> the problem is that not only recvmouseenter is called but also recvmouseenter
[15:32] <andyrock> sorry recvmousemove
[15:33] <andyrock> and i really don't want to use another variable to check inside recvmousemove if it's a fake one :)
[15:37] <didrocks> DBO: ^
[15:38] <didrocks> andyrock: yeah, we fixed that in nux for natty, but seems it regressed
[15:38] <didrocks> basically, the idea was to not got any mousemove if the launcher is moving, but not the mouse
[15:38] <DBO> im confused
[15:38] <didrocks> DBO: put the mouse under the launcher area, launcher hidden
[15:38] <didrocks> press super to show the launcher
[15:38] <didrocks> release
[15:39] <DBO> yeah
[15:39] <didrocks> then, the launcher stays
[15:39] <DBO> it doesn't re-hide
[15:39] <didrocks> indeed, that's because we receive a mousemove when the launcher is showing (moving)
[15:39] <didrocks> as in natty before the fix
[15:39] <didrocks> so MOUSE_POST_REVEAL (or whatever is called) it set to 1
[15:39] <didrocks> it's*
[15:39] <didrocks> and is* ;)
[15:40] <DBO> okay looking it it
[15:40] <didrocks> thanks DBO :)
[15:40] <DBO> andyrock, sorry about your other branch dude, you saw my comment on why we cant merge it right?
[15:40] <andyrock> DBO, yeah
[15:40] <andyrock> np
[15:40] <andyrock> :)
[15:40] <andyrock> i've already deleted it
[15:49] <andyrock> didrocks, just another quick question
[15:49] <andyrock> it's too late for this bug? https://bugs.launchpad.net/ubuntu/+source/unity/+bug/713423
[15:52] <didrocks> andyrock: need a FFe as well
[15:53] <didrocks> andyrock: TBH, I think bug #814610 (which needs a FFe as well) will be more useful
[15:56] <andyrock> didrocks, a quicklist item should be added only to usb icon?
[15:56] <andyrock> *icons
[15:58] <didrocks> andyrock: seems the easiest to me, wdyt?
[15:58] <didrocks> andyrock: but if you don't feel it, I think I'll give it a shot next week, just something I don't want we forget for finale :)
[15:59] <andyrock> the device icon stuff should be redesigned for P
[15:59] <andyrock> i've my private branch
[16:00] <andyrock> (according to design decisions)
[16:00] <andyrock> so i can try to fix that bug
[16:00] <andyrock> becuase i've already played with device icons :)
[16:06] <didrocks> andyrock: yeah, that was my thought, hence the fact I propose that to you :è)
[16:31] <czajkowski> aloha
[17:16] <jono> gord, around?
[17:16] <jono> or maybe MacSlow
[17:16] <jono> are you guys familiar with that the sizes don't show in the buttons in the file lens filter?
[17:16] <MacSlow> jono, what's up?
[17:17] <MacSlow> jono, I know about it... is in the works to being fixed.
[17:17] <jono> cool, thanks MacSlow :-)
[17:17] <MacSlow> jono, you mean the ellipsisze showing instead of the sizes?!
[17:18] <jono> MacSlow, yup
[17:18] <MacSlow> jono, btw... do you know if that's has a bug filed on it... I'm a bit lost in the pile atm :)
[17:20] <jono> MacSlow, I haven't seen one
[17:20] <MacSlow> ok
[17:24] <htorque> jono: hi! have you maybe seen a bug report about the "Science & Engin..." button in the filter? :)
[17:24] <MacSlow> htorque, that should be fixed
[17:25] <MacSlow> in unity trunk (and release) already... since two weeks or so
[17:25] <htorque> MacSlow: should it be in trunk?
[17:25] <htorque> oh
[17:25] <MacSlow> htorque, yeah I fixed and merged that for sure
[17:25] <MacSlow> htorque, do you still get that?
[17:25] <htorque> MacSlow: yes, i'm on trunk from a few hours ago.
[17:25] <MacSlow> wtf?!
[17:25] <htorque> let me check the beta 2 cd
[17:26] <jono> what is the bug?
[17:26]  * MacSlow restarts unity with english locale
[17:26] <htorque> jono: super + a → filters. you should see  "Science & Engin..." even if there's enough room to show the whole thing.
[17:27] <jono> htorque, I see that
[17:27] <jono> Science & Engin...
[17:28] <htorque> MacSlow: ok, then that seems to still be there :-(
[17:29] <MacSlow> htorque, well my fix is in there... but we can't do magic there since the string is so long and the filter-buttons are not meant to be bigger
[17:29] <MacSlow> htorque, I shrinked the left and right margin in the buttons... it used to be worse
[17:32] <htorque> MacSlow: shouldn't the german terms be even longer? you don't see it with german locals, right? it's no catastrophe, it's just not very nice to look at, if you have enough room to the left. :)
[17:33] <MacSlow> htorque, asthetics-wise there should be some padding in the filter-buttons...
[17:34] <htorque> MacSlow: no, i meant left of the filter area (i'm opening it fullscreen on my 1600x900 screen).
[17:35] <MacSlow> htorque, hm... there goes the man that could have answered this thing :)
[17:35] <htorque> hehe
[17:36] <htorque> would have been boring if you had no tasks left for P, wouldn't it ;-)
[17:37] <ach1m> MacSlow, you asked if there is a bug filed, there you go → https://bugs.launchpad.net/unity/+bug/851359
[17:37] <MacSlow> htorque, I can easily occupy myself for two cycles with no new feature work... I'm not kidding
[17:38] <htorque> MacSlow: that doesn't sound too good. try not to burn out! :)
[17:41] <MacSlow> htorque, too late... that already happend once
[17:41] <MacSlow> ach1m, thanks... commented on the bug
[17:42] <htorque> MacSlow: :-( at least you now know the signs...
[17:42] <MacSlow> htorque, yeah... thanks to a talk jono once did at Guadec ... about two years ago... that was a shocking eye-opener I can tell
[17:43] <jono> :-)(
[17:43] <jono> :-)
[17:45] <MacSlow> this is my way to fight it atm: http://macslow.net/images/wheelie-12.jpg :)
[18:41] <mterry> smstacking, :)  heyo -- remember how I was testing the PPA version of compiz for its stacking fixes?  The recent oneiric version doesn't fix as many issues as i remember the PPA version fixing.  Are there more in the pipeline?  Is it a known issue?
[19:05] <htorque> mterry: anything reproducible (then let's open a bug report)? i've only seen xchat causing trouble since the update from the ppa to oneiric.
[19:05] <mterry> htorque, not reproducible yet
[19:09] <htorque> mterry: yeah, that's the big problem with those bugs - i'm not sure how useful bug reports without a test case are. :-/
[21:58] <AlanBell> anyone looking at bug 851694