GNOME Bugzilla – Bug 625079
[clutter] Red cards turn blue???
Last modified: 2012-01-31 23:18:23 UTC
Created attachment 166420 [details] Image of a Freecell game with changed colors Upon opening the program it looks fine, but after clicking one one card, some, but not all of the cards change color to blue. Some black cards, and some red. See the attachment for an example. This can be repeated and first occurred after system update on July 22, 2010.
I am running KDE when the problem occurs. Shutting down Freecell and restarting does not help. If I change the Card Style, it's fine for the run of the program, but the problem reoccurs on restart.
Which aisleriot version, exactly? Which distribution? What system update? If it's debian, try running sol-gdk directly.
Debian Sid (Linux linus 2.6.32-5-amd64 #1 SMP Sun Jul 11 01:44:28 UTC 2010 x86_64 GNU/Linux) Freecell Solitare 2.30.2 But now, I can't get the problem to recreate! After cold boot, both running from the menu and sol-gdk directly don't show the error. No updates run, nor any apps installed since I reported the problem yesterday, so no system files updated/replaced that I am aware of. And yes, the system was rebooted after the rather large update yesterday, before I noticed the problem. Will watch the app and let you know if it reoccurs. Thanks!
Created attachment 167885 [details] Wrong colour sample
AisleRiot 2.30.2 on Debian (1:2.30.2-1) I experience the same problem. Also I have not quite understood when the "switch" happens, but just now it happened together with a change of the background.
Was that with sol (the clutter one), or sol-gdk? Also, is that with a proprietary driver (nvidia) or free one (nv, nouveau) ?
> Was that with sol (the clutter one), or sol-gdk? It was the accelerated (clutter) one. I just checked with sol-gdk for a while but could not reproduce the problem. > Also, is that with a proprietary driver (nvidia) or free one (nv, nouveau) ? It's the free radeon driver: (II) LoadModule: "radeon" (II) Loading /usr/lib/xorg/modules/drivers/radeon_drv.so (II) Module radeon: vendor="X.Org Foundation" compiled for 1.7.7, module version = 6.13.1 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 6.0 ..... (--) RADEON(0): Chipset: "ATI Radeon X1300/X1550" (ChipID = 0x7142)
It's probably either a bug in clutter, or in the driver. For now, I recommend to use sol-gdk instead.
I have to admit that I do not feel that the bug is treated in a serious way. Even though two independent screenshots have been posted, the bug is "not confirmed". So maybe the sol code is not to blame, but what is being done to address the bug? What issue should I raise with the clutter or freedesktop guys? Judging by the fact that I don't see such problems on other 3D applications personally I would bet on a bug in clutter, but how to find out more? I know that "using sol-gdk instead" is a work-around, but also only just that, a workaround. A confirmed bug should be traced and fixed. I am very well willing to test and debug whatever helps to find the real issue.
Please note: - We don't make any distinction between NEW and UNCONFIRMED bugs. - It appears this bug exists in sol/clutter only. sol/clutter is an experimental project, that should never be shipped to end users by distributions. Unfortunately, as usual, Debian chose to ignore the advice of the upstream GNOME developers on this. That doesn't mean bugs in it shouldn't be fixed, of course. The way to find out if it's a clutter bug would be to ask the clutter developers, either on their mailing list or by filing a bug at http://bugzilla.clutter-project.org/ .
Thanks for that info Christian. I didn't know that there is no distinction between new and unconfirmed. How could I have found out - is it documented somewhere? For someone from outside the project (will be the rule for a big project with a wide audience) this is pretty confusing. Also I didn't know that this is an experimental project shipped only by Debian - this surely puts things a little bit in perspective. I'll try the clutter mailing list now.
Pasting some info regarding this bug from Jason Clinton: But with regard to 625079, that bug and rendering artifacts like them were driver bugs. The GNOME Shell team tracked them down and they have been fixed by the Intel Clutter team either as work-arounds in the case of proprietary NVidia or in the FOSS drivers or Xorg itself. Red Hat has been doing a ton of work on that front and most of it would be seen in Xorg 1.8 and higher and its related drivers and the development branch of Clutter, 1.3.
NOTGNOME as per comment 12.
This bug is being reassigned to the "general" component so we can close the aisleriot bugzilla component. Apologies for the mass email!