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