[00:23] <Daekdroom> Is anyone else getting compiz memory leaks?
[00:30] <DBO> Daekdroom, how bad?
[00:30] <Daekdroom> It increased 12MB since that message, and now is at 178MB
[00:31] <Daekdroom> I'm gonna time 5 minutes in here to see the difference.
[00:32] <DBO> so a MB a minute?
[00:34] <DBO> JohnLea, is it really you are just your phone
[00:37] <Daekdroom> 19,6MB in five minutes with intense window focus switching/minimizing
[00:45] <DBO> Daekdroom, messing with the dash much?
[00:45] <Daekdroom> Not really.
[00:45] <Daekdroom> I wonder if it's QT's fault again.
[00:46] <DBO> Daekdroom, I like to blame qt
[00:53] <Daekdroom> It doesn't look like Clementine is the one to blame.
[00:54] <DBO> no we are likely leaking something somewhere
[00:54] <DBO> I just dont know where yet
[01:05] <Th3Pr0ph3t> Daekdroom: compiz? I'm using no effects because compiz crashes everytime I do something.
[01:07] <DBO> Th3Pr0ph3t, by do something?
[01:07] <DBO> like do something == move your mouse?
[01:07] <Th3Pr0ph3t> Right-clicking
[01:07] <Th3Pr0ph3t> An clicking on a combo box are safe bets
[01:08] <JohnLea> DBO; ?
[01:08] <Th3Pr0ph3t> It crashes 100% of the time I do that (rightclicking for context menus)
[01:08] <DBO> have you tried getting crash traces?
[01:08] <Th3Pr0ph3t> no, how do I do that?
[01:08] <DBO> does apport pop up asking you to report the problem when it crashes?
[01:08] <Th3Pr0ph3t> everytime
[01:09] <DBO> do you ever report it?
[01:09] <Th3Pr0ph3t> let me check launchpad for a link to the reported bug
[01:09] <DBO> thanks :)
[01:11] <Th3Pr0ph3t> DBO: https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/753771 this is the bug of me clicking on a combo that crashes compiz
[01:13] <Th3Pr0ph3t> I reported that bug to compiz because it happens on both Unity and Gnome with special effects enabled...
[01:15] <DBO> Th3Pr0ph3t, thanks
[01:15] <DBO> I will make sure sam sees it
[01:16] <DBO> Th3Pr0ph3t, your bug report unfortunately does not include the core dump data
[01:16] <DBO> :/
[01:16] <Th3Pr0ph3t> You mean, that BIG report?
[01:16] <Daekdroom> Ikr?
[01:16] <Th3Pr0ph3t> It was about 97MB and I said no way :/
[01:16] <DBO> :/
[01:16] <DBO> thats the only way we get the needed data
[01:16] <Th3Pr0ph3t> np I can reproduce it again
[01:16] <DBO> sorry :(
[01:17] <Th3Pr0ph3t> I'll make it crash again and send the full report next time, in about 10 or 20 mins
[01:17] <Daekdroom> I wonder, how do I report a kernel oops caused by compiz if the X server becomes inresponsive?
[01:17] <DBO> Daekdroom, it will pop up the next time you log in
[01:18] <Daekdroom> so what packages do I need?
[01:18] <DBO> Daekdroom, how do you know its a kernel oops?
[01:18] <Daekdroom> dmesg says so
[01:19] <Daekdroom> command parser from the graphics driver
[01:19] <Daekdroom> not sure if mesa or DDX
[01:19] <DBO> are you running any PPA;s?
[01:19] <DBO> what GPU?
[01:19] <Daekdroom> Xorg-edgers
[01:19] <DBO> mothers maiden name?
[01:19] <Daekdroom> and HD5450
[01:20] <DBO> uhm
[01:20] <DBO> have you tried without xorg-edgers?
[01:20] <DBO> fglrx support in unity is solid now
[01:20] <DBO> and we recommend that for ATI users
[01:20] <Daekdroom> I hold a grudge on fglrxc
[02:01] <Th3Pr0ph3t> DBO, I'm the guy whose compiz crashes when clicking a combo or menu. I can reproduce the bug but an error report window does not appear anymore. What do I do?
[02:02] <DBO> uhhhh
[02:02] <DBO> I dont know...
[02:02] <DBO> kenvandine ^^
[02:02] <Th3Pr0ph3t> sudo apt-get install kenvandine? :P
[02:04] <DBO> hoping hes around...
[03:07] <Omega> Man-oh-man drag-to-top-to-maximise is glitchy for me
[03:08] <Omega> Like _really_ glitchy.
[03:09] <Omega> It freezed my system.
[03:09] <Omega> And just a minute ago the window decorations disappeared, and now it's causing the whole window to disappear
[03:11] <Daekdroom> I might actually move to fglrx.
[03:11] <Daekdroom> Xorg is freezing every 5 minutes.
[03:15] <Omega> Yeah, I had two today.
[03:18] <Omega> Something changed recenty and it's causing a lot of problems.
[08:49] <Saamm> I cannot find my installed wine apps in unity under any category but they appear in classic desktop. How to locate them?
[10:05] <zniavre> good morning
[10:05] <zniavre> how the start-here menu icon is colored please ?
[10:08] <zniavre> im a bit color-blind and blue is strange for me
[12:51] <smspillaz|z> Omega: its going to be fixed next upload
[12:52] <smspillaz|z> its an annoying bug that slipped into the pacakge, apologies for that
[13:55] <om26er> smspillaz|z, Hey! I restarted the session so I am not seeing this at the moment but I know I'll see it atleast once in the coming hour
[13:56] <om26er> ok I am seeing it now
[13:57] <smspillaz|z> om26er: xwininfo and click on the invisible window
[13:57] <smspillaz|z> then xwininfo -root -tree again
[13:57] <smspillaz|z> om26er: also is the invisible window alt-draggable
[13:57] <smspillaz|z> and does it happen when you open a window or close one?
[13:57] <smspillaz|z> also, how are you reproducing it
[13:59] <om26er> smspillaz|z, generally its really visible on terminal as cursor changes there, so when I just said i am seeing it after doing super+d its fixed
[13:59] <smspillaz|z> right, showdesktop will fix it
[13:59] <smspillaz|z> how are you reproducing it normally though
[13:59] <smspillaz|z> that's what I need to know
[14:00] <om26er> I think it happens when a dialog from a window appears
[14:00] <smspillaz> om26er: when it appears, or when you close it
[14:00] <smspillaz> ^ this is important
[14:00] <om26er> when it appears
[14:00] <smspillaz> and for what applications?
[14:00] <om26er> so when i try to close it i cannot
[14:00] <om26er> deluge, software-center
[14:00] <smspillaz> so
[14:00] <smspillaz> hang on
[14:00] <smspillaz> so when you open the dialog
[14:00] <smspillaz> it appears, right?
[14:00] <smspillaz> and then when you close it
[14:00] <om26er> yes
[14:00] <smspillaz> bam, invisible window
[14:01] <smspillaz> is that right?
[14:01] <om26er> yes
[14:01] <smspillaz> ok
[14:01] <smspillaz> simple testcase then
[14:01] <smspillaz> open gedit
[14:01] <smspillaz> ctrl-f
[14:01] <smspillaz> close it
[14:01] <smspillaz> do you get an invisible window ?
[14:01] <smspillaz> like
[14:01] <smspillaz> exactly where the dialog was?
[14:01] <smspillaz> and also
[14:01] <smspillaz> are you able to alt-drag
[14:01] <smspillaz> to move it out of the way
[14:02] <om26er> atm gedit is working fine
[14:02] <smspillaz> ok
[14:02] <smspillaz> so its
[14:02] <om26er> yes I have to alt+click to move the dialog and then click its buttons
[14:02] <smspillaz> deluge and software center
[14:02] <smspillaz> "then click its buttons" ?
[14:03] <smspillaz> so you can interact with the invisible window ?
[14:03] <smspillaz> and also alt-drag it ?
[14:03] <smspillaz> how exactly do you reproduce it with deluge
[14:03] <smspillaz> walk me through opening deluge to hitting the bug
[14:03] <om26er> i double click on a torrent and the dialog to add the torrent appears and its 'add' buttons is not click able
[14:04] <smspillaz> and then what
[14:05] <om26er> then I move the window to start the torrent, the problem is its not happening everytime
[14:05] <smspillaz> brilliant
[14:05] <smspillaz> so
[14:05] <smspillaz> at what point do you get an invisible window ?
[14:05] <smspillaz> like
[14:05] <smspillaz> its not quite clear from what you said
[14:06] <smspillaz> I just tried adding a torrent the way you said and I got no invisible window
[14:06] <om26er> i reproduced this in a dell mini and an aspire one, both in the same room ;)
[14:06] <smspillaz> yeah ok
[14:06] <smspillaz> I need exact instructions to reproduce
[14:07] <smspillaz> otherwise I can't fix it :)
[14:07] <om26er> if i get it next time xininfo of the window will be useful?
[14:07] <smspillaz> very
[14:07] <smspillaz> xwininfo of the invisible area
[14:07] <smspillaz> exact instructions of what you were doing
[14:07] <smspillaz> and xwininfo -root -tree
[14:08] <smspillaz> try to provoke it now
[14:08] <smspillaz> since I'm cutting into time I need to be spending doing assignments for university
[14:09] <om26er> smspillaz, i am testing unity atm on two netbooks and am waiting for it to happen. I'll paste info on the bug?
[14:09] <smspillaz> ok, ping me when it happens please
[14:09] <smspillaz> om26er: keep trying with deluge
[14:09] <smspillaz> also
[14:09] <smspillaz> there's an update coming on monday
[14:09] <smspillaz> that changes the tracking code
[14:10] <smspillaz> and that's known to have an effect on this bug
[14:10] <smspillaz> so maybe that will fix it
[14:10] <smspillaz> om26er: if you're ok with compiling some code yourself, maybe you can check this for me?
[14:10] <smspillaz> actually
[14:10] <smspillaz> what arch are you, I can give you debs
[14:10] <om26er> 32bit
[14:10] <smspillaz> sweet, hang on a minute then
[14:17] <om26er> om26er@AOA110:~$ xwininfo
[14:17] <om26er> xwininfo: Please select the window about which you
[14:17] <om26er>           would like information by clicking the
[14:17] <om26er>           mouse in that window.
[14:17] <om26er> xwininfo: Window id: 0xe03a4f (has no name)
[14:17] <om26er>   Absolute upper-left X:  187
[14:17] <om26er>   Absolute upper-left Y:  135
[14:17] <om26er>   Relative upper-left X:  187
[14:17] <om26er>   Relative upper-left Y:  135
[14:17] <om26er>   Width: 662
[14:17] <smspillaz> om26er: pastebin!
[14:17] <om26er>   Height: 382
[14:17] <om26er>   Depth: 0
[14:17] <om26er>   Visual: 0x21
[14:17] <om26er>   Visual Class: TrueColor
[14:17] <om26er>   Border width: 0
[14:17] <smspillaz> !!
[14:17] <om26er>   Class: InputOnly
[14:17] <om26er>   Colormap: 0x0 (not installed)
[14:17] <smspillaz> -________________--
[14:17] <om26er>   Bit Gravity State: ForgetGravity
[14:17] <om26er>   Window Gravity State: NorthWestGravity
[14:17] <om26er>   Backing Store State: NotUseful
[14:17] <om26er>   Save Under State: no
[14:17] <om26er>   Map State: IsViewable
[14:17] <om26er>   Override Redirect State: yes
[14:17] <om26er>   Corners:  +187+135  -175+135  -175-83  +187-83
[14:17] <om26er>   -geometry 662x382+187-83
[14:18] <om26er> smspillaz, ^^
[14:18] <om26er> oh
[14:18] <smspillaz> that's what pastebin is for ;-)
[14:18] <smspillaz> om26er: can you also pastebin your xwininfo -root -tree
[14:18] <smspillaz> and exact instructions to reproduce this
[14:20] <om26er> http://pastebin.com/Z7tZiSkb
[14:20] <om26er> http://pastebin.com/3A28UfCU
[14:20] <smspillaz> thanks
[14:20] <smspillaz> anything on reproducing it ?
[14:20] <om26er> this time the step was totally different, I just did super+d and was selecting area on the desktop to highlight and one part did not get the clicks
[14:21] <smspillaz> om26er: did you close a dialog before that ?
[14:21] <om26er> the about dialog of software center and then closed software center itself
[14:21] <om26er> and then super+d
[14:22] <smspillaz> doesn't do it for me
[14:22] <smspillaz> om26er: does it happen all the time ?
[14:23] <om26er> I could try to reproduce that, have to relogin to first remove the current window
[14:23] <smspillaz> om26er: you can just xkill it
[14:24] <smspillaz> actually
[14:24] <smspillaz> if compiz crashes while xkilling it
[14:24] <smspillaz> let me know
[14:24] <om26er> smspillaz, i have xkilled it three times and still its there
[14:25] <smspillaz> hang on
[14:25] <smspillaz> are you able to move rhythmbox
[14:25] <smspillaz> so that it is above this invisible window ?
[14:26] <om26er> smspillaz, the invisible window is still over rhythmbox
[14:26] <smspillaz> xwininfo -root -tree again ?
[14:27] <njpatel> om26er, also, xprop on the window?
[14:28] <om26er> smspillaz, http://pastebin.com/498EiXxv
[14:28] <om26er> njpatel, _NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_ABOVE, _NET_WM_ACTION_BELOW
[14:28] <njpatel> that's it?
[14:28] <om26er> yes
[14:28] <njpatel> nice
[14:29] <smspillaz> its a straggling frame window then
[14:29] <smspillaz> let me see if dbarth applied my fix for this correctly
[14:30] <smspillaz> if the ICCCM wasn't such a broken manual on how to write applications for X we would never have these problems :/
[14:34] <njpatel> om26er, can you do pgrep compiz please?
[14:35] <smspillaz> njpatel:  ?
[14:35] <njpatel> smspillaz, just want to see how many are running. did david apply your patch correctly?
[14:36] <om26er> 6567
[14:36] <smspillaz> njpatel: looks like it is ok in trunk, not sure about the tarball
[14:36] <njpatel> thanks
[14:36] <smspillaz> I'm running a pure version of natty right now though
[14:36] <smspillaz> and can't reproduce this
[14:36] <njpatel> what were the instructions to reproduce
[14:36] <njpatel> ?
[14:36] <smspillaz> om26er: ^
[14:37] <om26er> random
[14:37] <om26er> but generally with dialogs from software center and eluge
[14:37] <om26er> *deluge
[14:39] <smspillaz> njpatel: are you able to get it at all ?
[14:39]  * smspillaz cant
[14:39] <smspillaz> and its driving me nuts
[14:40] <njpatel> No, I can't
[14:40] <smspillaz> om26er: and you can confirm this happens even with stock natty ?
[14:40] <smspillaz> like, fresh off the liveusb ?
[14:40] <smspillaz> that's what I'm running now
[14:40] <om26er> I will test it, also atm this is happening on the very same GPU netbooks
[14:40] <om26er> i will test on the nvidia system
[14:40] <smspillaz> om26er: it doesn't matter which gpu it is
[14:40] <om26er> ok
[14:40] <smspillaz> its a Compiz <-> X thing
[14:41] <smspillaz> I just need to know whether or not you can get it on stock natty
[14:41] <smspillaz> because I literally just reinstalled today
[14:41] <om26er> and in news the invisible area just increased
[14:41] <smspillaz> om26er: it should be the same size of the dialog you just closed
[14:42] <om26er> no I didn't close any dialogs now, and the area have increased
[14:42] <om26er> i cannot copy any part of your last message in xchat for example
[14:44] <njpatel> wtf
[14:46] <smspillaz> om26er: what makes it increase ?
[14:46] <om26er> smspillaz, switched between chromium and xchat
[14:46] <om26er> for a few times, was reading a message in facebook
[14:46] <smspillaz> and it happens every time you do that ?
[14:47] <om26er> no it happened once I guess
[14:47] <om26er> have not increased after that
[14:51] <smspillaz> om26er: I've really got to work on my assignments, otherwise I'm seriously going to fail my units
[14:51] <smspillaz> om26er: could you post up this discussion on the bug report so I can refer to it when I get time to ?
[14:52] <smspillaz> also
[14:52] <smspillaz> keep trying to reproduce this
[14:52] <smspillaz> and let me know what usually triggers it for you
[14:52] <om26er> smspillaz, study hard :) and I'll do
[14:52] <smspillaz> thanks
[14:52] <Omega> smspillaz: Thanks for letting me know that it's getting fixed
[14:52] <smspillaz> Omega: yes, it will be fixed in the next upload
[14:52] <smspillaz> (mental note: never ever ever ever ever ever ever use glScissor without knowing what you're doing)
[14:53] <Omega> There's anothing thing too, when windows are tiled (with Ctrl-Alt-numpad) it's not positioned correctly
[14:53] <smspillaz> works fine here
[14:53] <Omega> They don't fit right into eachother and sometimes a piece of the window gets lost under the screen
[14:54] <smspillaz> oh hang on
[14:54] <smspillaz> Omega: you mean that for when you eg, press ctrl-alt-4
[14:54] <smspillaz> then 4 again to make it smaller
[14:54] <Omega> Yeah
[14:54] <smspillaz> right ?
[14:54] <Omega> No, no
[14:54]  * smspillaz should just disable that, the code for that is crack
[14:55] <Omega> When I press ctrl-alt-4 the window doesn't use all the space it has
[14:55] <Omega> and sometimes a part of the window goes off screen
[14:55] <Omega> My terminal would lose 1 line sometimes (goes under screen)
[14:55] <smspillaz> which windows ?
[14:55] <Omega> For example my terminal
[14:55] <smspillaz> gnome-terminal ?
[14:55] <smspillaz> what resolution
[14:55] <Omega> Yeah
[14:55] <Omega> Or firefox
[14:56] <smspillaz> not seeing it dude
[14:56] <Omega> I'll screenshot it
[14:57] <smspillaz> what resolution are you running at ?
[14:57] <Omega> 1366 x 768
[14:58] <Omega> http://i.imgur.com/2jde5.png
[14:58] <Omega> (Both windows have been tiled)
[14:59] <smspillaz> Omega: right so for terminals
[14:59] <Omega> Firefox with ctrl-alt-4
[14:59] <smspillaz> Omega: you can't ever really position them super-accurately
[14:59] <smspillaz> because they have these size hints
[14:59] <Omega> and gnome-terminal with ctrl-alt-6
[14:59] <smspillaz> which are more likely than not to not line up with other things
[15:00] <smspillaz> so there's really not all that much I can do about it
[15:00] <Omega> Oh man, I maximised a window and everything froze ):
[15:01] <Omega> (I already reported this bug)
[15:01] <smspillaz> Omega: known bug in X
[15:01] <smspillaz> we're working around it in the next upload
[15:01] <Omega> Anyway I can recover from this?
[15:03] <Omega> (I'm in a TTY)
[15:03] <smspillaz> Omega: killall -9 compiz && unity --replace
[15:03] <smspillaz> erm
[15:03] <smspillaz> DISPLAY=:0 unity --replace
[15:04] <smspillaz> Omega: but yeah, for the terminals the reason why you get the overlap is the same reason they resize in "chunks"
[15:04] <smspillaz> I think gnome-terminal does it in increments of 5px
[15:04] <smspillaz> which is why this bug is more likely for you since you have an odd horizontal resolution
[15:05] <Omega> Hmm
[15:05] <smspillaz> well
[15:05] <Omega> But it should be happening for firefox
[15:05] <smspillaz> Omega: what's firefox next to
[15:06] <Omega> Firefox is next to gnome-terminal
[15:06] <kafeitu> update ubuntu 11.4-beta failure
[15:06] <smspillaz> like, if firefox is overlapping your $terminal then its probably the same bug
[15:06] <smspillaz> bingo
[15:06] <smspillaz> well
[15:06] <smspillaz> its not really a bug
[15:06] <Omega> Well, they shouldn't be overlapping
[15:06] <smspillaz> right
[15:06] <smspillaz> but the problem is that
[15:06] <Daekdroom> Well, gnome-terminal can't resize freely.
[15:06] <Daekdroom> One of them has to give :p
[15:06] <smspillaz> gnome-terminal's size hints make it so that it has to be slightly larger
[15:06] <smspillaz> Daekdroom++
[15:06] <Omega> But firefox can
[15:06] <smspillaz> right
[15:06] <Omega> I don't see why firefox is dependant on gnome-terminal
[15:06] <smspillaz> but the code only resizes windows relative to the screen not other windows
[15:07] <smspillaz> Omega: it's not dependent
[15:07] <smspillaz> Omega: firefox is resizing just fine
[15:07] <Omega> Firefox got cut off at the bottom
[15:07] <smspillaz> the problem is that gnome-terminal is a slightly odd size so it looks like firefox is wrong
[15:07] <smspillaz> Omega: screenshot ?
[15:07] <Omega> Yeah
[15:07] <Omega> It's in the screenshot
[15:07] <Omega> You just can't see it very well
[15:08] <Omega> I understand that gnome-terminal can't resize freely
[15:08] <smspillaz> Omega: what happens when you use a different screen res?
[15:08] <Omega> Haven't tried
[15:08] <smspillaz> try it
[15:08] <Omega> (I haven't changed my res manually, this is the default for me)
[15:10] <smspillaz> Omega: try changing it please
[15:11] <Omega> Alright, I'm back in my session
[15:11] <smspillaz> Omega: try changing it please
[15:11] <Omega> I can do that now
[15:11] <Omega> (I was in a TTY)
[15:11] <Omega> Yes.
[15:12] <Omega> With other screen resolutions I can't see my whole screen though.
[15:12] <Omega> My screen is 16:9
[15:13] <smspillaz> so ?
[15:13] <Omega> It's not all that uncommon.
[15:13] <smspillaz> how does that affect what you can and can't see
[15:13] <smspillaz> unless you have a weird monitor
[15:13] <smspillaz> Omega: also, just to be 1000% sure that firefox is actually being cut off at the bottom
[15:14] <smspillaz> see if you can reach the resize grip at the bottom
[15:14] <smspillaz> like, at the very bottom of the window
[15:14] <Omega> Yes! I can, so I guess it was tiling correctly.
[15:14] <Omega> I'm sorry for wasting your time.
[15:14] <smspillaz> no problem
[15:14] <Omega> But
[15:15] <smspillaz> yes ?
[15:15] <Omega> gnome-terminal should never go off screen
[15:15] <Omega> And that happens sometimes
[15:15] <Omega> (even if it can't resize freely)
[15:15] <smspillaz> Omega: right, but g-t is impossible to handle really
[15:15] <smspillaz> you tell it to do one thing and it does another
[15:15] <smspillaz> seriously, g-t is crack
[15:16] <Omega> Why don't they allow it to resize freely though?
[15:17] <smspillaz> because its a terminal
[15:17] <smspillaz> and terminals are crack like that
[15:17] <Daekdroom> Because you can either have extra space for a whole column or no extra space at all.
[15:17] <smspillaz> exactly
[15:17] <Omega> I understand that it uses lines, but it should put whitespace at the bottom.
[15:18] <smspillaz> file a bug with the terminal developers, though you won't get far since that's the expected behaviour
[15:19] <Omega> smspillaz: Wait, now I've tiled firefox and I can't resize it at the bottom.
[15:19] <smspillaz> I'll look into it some other day then
[15:19] <smspillaz> what screen res is it and what size is firefox
[15:20] <Omega> How do I easily find the window size?
[15:20] <smspillaz> xwininfo it
[15:20] <smspillaz> and please make sure you are *absolutely* sure you can't reach the bottom
[15:20] <Omega> This is a bit annoying, I've re-tiled it and now it works.
[15:21] <smspillaz> *sigh*
[15:21] <Omega> I made *absolutely* sure.
[15:21] <Omega> It did happen.
[15:21] <smspillaz> uh-huh
[15:22] <smspillaz> alright, next time it happens
[15:22] <smspillaz> xwininfo it
[15:22] <smspillaz> file bug
[15:22] <smspillaz> but I probably won't get on to it for a while
[15:22] <Omega> Alright, I see that you're annoyed at me, so thanks for your time.
[15:22] <smspillaz> I'm not annoyed
[15:22] <smspillaz> just mildly on edge in general :)
[15:22] <smspillaz> sorry for treating you badly, I apologize
[15:25] <Pavel2> hey, is there a way to disable scissoring in nux?
[15:26] <Pavel2> I am trying to nail https://bugs.launchpad.net/ubuntu/+source/unity/+bug/726033
[15:26] <Pavel2> and it would help me debugging
[15:28] <smspillaz> Pavel2: I belive the scissoring is done inside of the compiz unity plugin, though I'm pretty sure we just clear the entire scissoring region
[15:31] <Pavel2> yeah, but I think there is a bug with my graphics drivers, and stuff outside the scissoring reagion gets cleared
[15:32] <Pavel2> so I would like to disable scissoring, if its possible
[15:32] <Pavel2> i.e. if the rendering process does not rely on it
[15:32] <smspillaz> hm, ok, I'm not too well versed in nux, njpatel any ideas ?
[15:34]  * smspillaz -> going to go write this assignment
[15:48] <Omega> smspillaz: You said this bug is fixed correct? (Fix Commited) https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/755199
[15:48] <Omega> May I mark it as such?
[15:49] <Daekdroom> Omega, the real question is: can you mark it as fixed?
[15:50] <Omega> Sure, why wouldn't I be able to?
[15:50] <Omega> (I'm the reporter)
[15:50] <Daekdroom> I thought only Unity maintainers could change bugs related to Unity..
[15:51] <Daekdroom> Not sure about that :P
[15:51] <Omega> The option isn't grayed out here.
[15:55] <smspillaz> Omega: its fixed committed but not fix released
[16:48] <smspillaz> morning DBO
[16:48] <DBO> morning
[16:49] <smspillaz> DBO: so I reinstalled natty
[16:49] <smspillaz> and was able to reproduce this damage issue
[16:49] <smspillaz> once
[16:49] <smspillaz> and that was it >.<
[16:50] <smspillaz> also, apparantly we've got some invisible windows again (omer's getting them) but njpatel and I weren't able to reproduce them and the tracking on CreateNotify stuff that will be pushed into the archive will hopefully fix that
[16:50] <smspillaz> so if you hit an invisible window let me know :)
[16:51] <DBO> never had that
[16:52] <smspillaz> yeah, neither
[16:52] <smspillaz> its weird
[16:52] <smspillaz> DBO: its the same one that we had a while ago where you close a gedit dialog box and then you can alt-drag the straggling frame window
[16:53] <smspillaz> but I don't get it with gedit anymore
[16:53] <smspillaz> so unless anyone else is testing that code path
[16:53] <DBO> OH
[16:54] <smspillaz> ... are you getting it?
[16:54] <DBO> I once saw the grab handles remain
[16:54] <smspillaz> (please say no, otherwise my face will explode)
[16:54] <smspillaz> yeah, grab handles != this
[16:54] <smspillaz> DBO: when I say "frame window"
[16:54] <DBO> okay
[16:54] <smspillaz> I mean like an invisible window
[16:54] <DBO> well I dont know if the grab handles get reparented
[16:54] <smspillaz> they don't
[16:54] <DBO> I mean the windows they pop
[16:54] <DBO> okay
[16:54] <htorque_> smspillaz: sorry, i failed at testing intel yesterday, i do get those damage issues with intel too
[16:54] <smspillaz> ah ok
[16:55] <smspillaz> DBO: htorque_: IMO, we should disable the fade in / out in menus for now
[16:55] <smspillaz> since damage issues are usually quite difficult to debug
[18:16] <htorque> smspillaz, just to confirm: i'm not getting any of those artifacts when i disable the fade effect on close animations (not sure if fade-in is a problem)
[18:25] <smspillaz> htorque: right, we thought it might have been that
[18:25] <smspillaz> htorque: which applications are the most prone to getting this btw
[18:25] <smspillaz> (going to sleep, but leave a message, I idle here)
[19:24] <htorque> smspillaz|z, opera (bookmark menus), libreoffice (menus), the context menu of the unity decorator (using 'always on top' a lot), the context menu in xchat, and i've also seen it in kile and kate (again, context menus)
[19:39] <zniavre_> htorque,  i have this kind of behavior too
[19:42] <htorque> zniavre_, you can subscribe to bug 754609 and/or bug 753369
[19:43] <htorque> zniavre_, or just open ccsm, go to the animations plugin, the close animation tab, double click on the list entry containing 'Fade' and set the close effect to 'None'
[19:45] <zniavre_> yep i did that too it was an old compiz bug but i remember that 'workaround'
[19:46] <zniavre_> i thought it was nouveau driver related
[19:47] <htorque> nope, getting the same on intel too
[20:18] <joh> Hi, are there any API reference docs for Unity Lenses? Something more detailed than https://wiki.ubuntu.com/Unity/Lenses
[20:43] <joh> To be more specific, I'm wondering how UnityDefaultRenderer opens the uri in the results model.