After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 625202 - 30-bit drawables remain black
30-bit drawables remain black
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Backend: X11
2.18.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
: 752908 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2010-07-24 20:33 UTC by Kai-Uwe Behrmann
Modified: 2018-04-15 00:10 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
eog screenshot with normal image (6.24 KB, image/png)
2010-07-24 20:33 UTC, Kai-Uwe Behrmann
  Details
Add support for 10-10-10 bitmask BGR conversion at depths 30 and 32. (2.39 KB, patch)
2011-09-12 23:58 UTC, Damien Leone
none Details | Review

Description Kai-Uwe Behrmann 2010-07-24 20:33:37 UTC
Created attachment 166497 [details]
eog screenshot with normal image

Short Description:
30-bit drawables do show up as a black rectangle

Effect:
Applications which use drawables show always black rectangles.
Gimp, Games and so on. The effect is visible with 30-bit Depth Xorg visuals.
Usual visuals have 8-bit RGB. The used visual has 10-10-10 bit depth.
Icons and text show at least up. Interestingly nvidia-settings does not show
its banner as well.

Software:
openSUSE-11.2
xorg-x11-7.4-35.3.x86_64
gcc-4.4-4.2.x86_64
kernel-desktop-2.6.31.12-0.2.1.x86_64
compiz-0.7.8-43.44.1.x86_64
nvidia propriarity driver 256.40

System:
x86_64
monitor 30-bit capable

Expected Behavior:
Eog drawables show image content, Games play area is visible.
Comment 1 tityron+gnome 2010-09-19 10:01:26 UTC
Same problem here, on a x86_32 system with a HP ZR30W monitor, running an up-to-date Mandriva cooker distribution with:

xorg x11 7.5
gcc 4.5.1
kernel 2.6.35.4
nvidia driver 260.19.06
Comment 2 Damien Leone 2011-09-12 23:58:44 UTC
Created attachment 196321 [details] [review]
Add support for 10-10-10 bitmask BGR conversion at depths 30 and 32.
Comment 3 Alberto Ferrante 2013-10-14 14:38:18 UTC
I think this bug is still there, I can see it in Geeqie, rawtherapee, and other gtk-based tools. No problem with images in GIMP, just with the toolbox icons
Comment 4 Rex Dieter 2013-10-14 14:39:11 UTC
ping, just got a downstream bug on the issue,

https://bugzilla.redhat.com/show_bug.cgi?id=1018566

(though that's mostly about Qt, it does mention Gtk-related problems that still exists too)
Comment 5 Kai-Uwe Behrmann 2014-05-19 07:24:01 UTC
After applying Damiens patch to openSUSE's Gtk2 package, the artefacts where almost gone. Image areas are useable again in Gtk2 based apps.
Comment 6 Alberto Ferrante 2014-06-05 14:55:06 UTC
Qt has now been fixed... It would be great to have GTK2 fixed too!
Comment 7 Michael Schumacher 2015-08-02 17:10:27 UTC
*** Bug 752908 has been marked as a duplicate of this bug. ***
Comment 8 Matthias Clasen 2018-02-10 04:59:40 UTC
We're moving to gitlab! As part of this move, we are moving bugs to NEEDINFO if they haven't seen activity in more than a year. If this issue is still important to you and still relevant with GTK+ 3.22 or master, please reopen it and we will migrate it to gitlab.
Comment 9 Matthias Clasen 2018-04-15 00:10:28 UTC
As announced a while ago, we are migrating to gitlab, and bugs that haven't seen activity in the last year or so will be not be migrated, but closed out in bugzilla.

If this bug is still relevant to you, you can open a new issue describing the symptoms and how to reproduce it with gtk 3.22.x or master in gitlab:

https://gitlab.gnome.org/GNOME/gtk/issues/new