GNOME Bugzilla – Bug 104837
[PATCH] Problems with GdkPixbuf on PowerPC
Last modified: 2010-07-10 04:05:58 UTC
In gnome-theme-manager, the metacity theme preview image is currupted, as when viewing an invalid image file. The image is just a scattering of apparently random colored pixels. I will attach a screenshot later. The icon portion of the preview is okay; only the window image behind it is corrupt. I run Linux on powerpc, so it's possible this is an endianness bug. Using control-center 2.2.0 and metacity 2.4.21 from Debian sid. I don't know whether this bug is in gnome-theme-manager or libmetacity (or elsewhere).
Do metacity themes work if you select them? It's the same code drawing the preview and the actual window frame...
Yes, the actual window frames draw correctly when I select a theme. Only the preview images are corrupt.
Created attachment 13979 [details] Screenshot of the problem
Another powerpc user was able to reproduce this bug. Definitely seems to be ppc-specific: http://lists.debian.org/debian-gtk-gnome/2003/debian-gtk-gnome-200301/msg00669.html
I can confirm this bug and I use PPC too.
Perhaps this is related to a gdk-pixbuf bug which shows up for .xpm and .jpg images on buttons. Once the button is highlighted (or active) the image gets corrupt. I have also debian/ppc, and yes, I can confirm the bug exists since 2.0.0. I'll attach an image of my gnome-control-center background selection. Once I move the mouse over a button it's contents are scrambled.
Created attachment 13986 [details] gnome-control-center, background, shows pixbuf(?) bug
I'd vote for this being an endianness issue since it seems to mirror the image in four pixel wide stripes.
just wanted to add a "me too". my screenshot looks exactly like matt's attachment #13979 [details]. i'm running on gentoo linux on PPC with gnome-2.2_rc2.
just another observation. the folder icon looks just great. it's the part of the pixbuf that's generated from gdk_pixbuf_get_from_drawable() (around theme-thumbnail.c:197) that looks like it has endian issues.
attaching a patch against gtk+-2.2.0. this fixes the problem observed in matt's screenshot. i believe this is the culprit, however it's a bit strange that the big and little endian code would be identical. anyway, here's a shot at it...
Created attachment 14045 [details] [review] fix for endianness issue?
-> gtk, please move back to gnome-control-center if it turns out not to be a Gtk bug.
*** This bug has been marked as a duplicate of 71579 ***
Wrong number
*** This bug has been marked as a duplicate of 71597 ***