Minimize / maximize button highlight not working

[Moses]

Hello everyone!

I have a strange, albeit small, problem with the minimize and maximize buttons. When I move the cursor over them, instead of the subtle glow I get when I do the same with the close button, I get ugly gray pixelated artifacts. This does not happen every time, but almost.

I'm running Compiz from "http://gandalfn.club.fr/ubuntu edgy dev" on Ubuntu Edgy Eft / NVidia. I did not have these problems when I started using Compiz; they started after some upgrade.

Another thing: sometimes my computer stops responding---that is, I can move the cursor, but the system does not seem to notice---with programs still running, i. e. music or videos still playing. The only solution is to ssh into my system and kill Compiz.

By the way, what does Compiz mean? In my language it sounds rather like "friend"...

[mikedee]

I have a strange, albeit small, problem with the minimize and maximize buttons. When I move the cursor over them, instead of the subtle glow I get when I do the same with the close button, I get ugly gray pixelated artifacts. This does not happen every time, but almost.

I get this too, its possibly a bug with gwd. I shall report it to the mailing list if other people can see it too.

Another thing: sometimes my computer stops responding---that is, I can move the cursor, but the system does not seem to notice---with programs still running, i. e. music or videos still playing. The only solution is to ssh into my system and kill Compiz.

This probably means that a plugin has crashed Compiz. Its difficult to diagnose unless you happen to be running a debugger against it at the time. Try disabling all the plugins that you do not use, it might help. If you can still see the window decorations then it may be a driver issue, check that you are starting compiz with the --use-cow option.

By the way, what does Compiz mean? In my language it sounds rather like "friend"...

Nothing as romantic I am afraid :( As far as I know it is just short for compositing manager. I think it just sounded nice, although its probably a good one for the official FAQ

[RYX]

Hi Moses!

I think I remember that the black artifacts on the buttons are related to the nvidia-driver (I believe David explained it somewhere on the mailinglist, but I am not sure). Though - with the "traditional" decorator this doesn't happen so it is apparently also partly related to the libmetacity.

The good things is - the artifacts seem to be gone with the new driver (9631).

:)

[Moses]

Thanks for the replies!

Where do I get the new driver? Currently I use 9629 which I got from the Amaranth repositories, but a while ago Synaptic started refusing to connect.

I use the Compiz tray icon applet to start Compiz, and it starts Compiz with the command line "/usr/bin/compiz --indirect-rendering --strict-binding --use-cow --replace gconf".

[gnumdk]

>The good things is - the artifacts seem to be gone with the
>new driver (9631).

Always here with 9631 && 9642(beta) :(

[mikedee]

I have 9742 and I get it too, so it doesnt look fixed (unless there is a regression, or the numbering scheme is a bit wierd).

The only thing is I wouldnt describe them exactly as artifacts, more like an internal shadow. I suspect its the same thing though.

[RYX]

Hmm, ... that's indeed strange. I still get the problem when quickly scaling a window, but not on rollover. The minimize-button is not "following" the other two and a black "gap" betwen minimize and restore buttons appears.

I know it was once asked on the mailinglist. I think it is related to the libmetacity-"engine" within the current gtk-window-decorator. The metacity-based theming is very performance-intense and in many ways limited ("real-time" cairo-drawing is approx. ten times faster than using the metacity-theme-libs). We have to wait for the next compiz-release and the libdecoration, then new decorators can (and definetly will) be written.

:)

[mikedee]

Hmm, ... that's indeed strange. I still get the problem when quickly scaling a window, but not on rollover. The minimize-button is not "following" the other two and a black "gap" betwen minimize and restore buttons appears.

I think a picture says a thousand words so here is one ;)

http://www.anykeysoftware.co.uk/compiz/gwdbug.png

I know it was once asked on the mailinglist. I think it is related to the libmetacity-"engine" within the current gtk-window-decorator.

I normally compile without metacity, its possible at the moment I have it compiled in, but I do not use the metacity engine. I will double check and see if there is any difference.

[RYX]

Ok, sorry for the misinformation - then it is only related to the nvidia-driver. I used a button-/title-less decorator for testing (which was extremely fast), so I assumed there are no bugs.

(But I still think that a new decorator could handle the buttons differently and wouldn't cause those bugs. I don't think there is a need for splitting the title into so many subwindows as its done now)

:)

[mikedee]

Found it :)

Typical... I was actually looking for something else

http://lists.freedesktop.org/archives/compiz/2006-November/000827.html

[Worried]

This problem is still present with nVidias latest 100.14.19 driver :(