GNOME Bugzilla – Bug 542263
Atomix: Main window does not repaint during play
Last modified: 2008-10-26 22:55:49 UTC
Steps to Reproduce: Just start new game and try to play Results: It was unable to play, because main window didn't repaint at all after any user actions performed in it. Additional Info: openSUSE 11 with updates (GNOME 2.22) atomix-2.14.0-4.2
Just installed your version and I works just fine. This is not developed my the same developers that are developing the gnome-games module.
This version worked for me too in openSUSE 10.3 (GNOME 2.20), but something was broken in openSUSE 11, may be it isn't a GNOME issue, but gcc43 one. I've noticed, that the part of the main window repaints, when it is hidden by some other window or its own menu and dialog window, but it's too crazy workaround to perform after every user action :(
Possibly a compositing window manager issue? Are you using compiz or metacity? If compiz, try with metacity by running metacity --replace from a shell.
Created attachment 115786 [details] Visual glitch example due to repaint issue No, compositing window manager isn't the case. Moreover I've tried both compiz and metacity, and they both give the same ugly result (see attachment for metacity)
Which version of libgnomecanvas do you have? Try upgrading to the latest release.
AFAIK openSUSE has the most recent libgnomecanvas version: rpm -qa | grep libgnomecanvas libgnomecanvas-2.20.1.1-42.1 libgnomecanvas-devel-2.20.1.1-42.1 libgnomecanvas-doc-2.20.1.1-42.1
This may be caused by a patch in their gnomecanvas package, specifically the libgnomecanvas-no-tearing.diff patch.
Thank you, actually it was openSUSE specific issue https://bugzilla.novell.com/show_bug.cgi?id=430785 With new update with this fix Atomix works perfectly: rpm -qa | grep libgnomecanvas libgnomecanvas-2.20.1.1-42.2 libgnomecanvas-doc-2.20.1.1-42.2 libgnomecanvas-devel-2.20.1.1-42.2