404835 - gtk theme'd checkboxes and radio buttons are drawn wrong

Status: RESOLVED INCOMPLETE

(Core :: Widget: Gtk, defect)

Description

[Ori Avtalion (salty-horse)]

Checkboxes and radio buttons always appear unchecked. When hovering over them, the check mark (if there is one) magically appears, with the wrong color for the theme.

I'm using the ubuntustudio theme available at <http://packages.ubuntu.com/gutsy/source/ubuntustudio-look>.

See the attached video for an example of the bug.

The widgets should really look like this:
<http://ubuntustudio.org/files/US5.png>

Tested on firefox 3 beta 1

Comment 1

[Ori Avtalion (salty-horse)]

Video is too large to attach:
http://www2.mta.ac.il/~oravtali/firefox-gtk-theme-bug.ogg

Comment 2

[Reed Loden [:reed]]

I thought we kept saying that it was a theme problem, but http://ubuntustudio.org/files/US5.png shows that the theme supports disabled boxes/buttons, so maybe it's our problem?

Dupe of bug 388131?

Comment 3

[Benjamin Berg]

Hm, I don't see anything funny in the code right now. It looks like the shadow type is set correctly.

This whole thing is confusing me right now. There seem to be three different bugs:

This one: "checked" checkbutton in the normal state does not look "checked"
bug 388131: insensitive checkbuttons look the same as sensitive ones
bug 404962: "checked" checkbutton in the insensitive state does not look "checked"

Comment 4

[Ori Avtalion (salty-horse)]

Could this be related to me running the 32-bit firefox on a 64-bit machine? A problem linking with libgnomeui or something?

Comment 5

[Michael Ventnor]

(In reply to comment #4)
> Could this be related to me running the 32-bit firefox on a 64-bit machine? A
> problem linking with libgnomeui or something?
> 

This has nothing to do with libgnomeui. This appears to be an inadequacy in the theme, since very mainstream themes like Clearlooks, Human or Crux don't show this problem.

Comment 6

[_MMA_]

Hi all. I'm the lead on Ubuntu Studio.

After testing beta1, I'm not seeing this issue from the theme shipping with Gutsy, nor the updated theme in development.

http://img381.imageshack.us/img381/9884/screenshotge1.png (Gutsy theme)

Our theme uses the Murrine engine.

If someone beyond the OP can confirm this behavior I will look into this further.

Comment 7

[Reed Loden [:reed]]

(In reply to comment #6)
> After testing beta1, I'm not seeing this issue from the theme shipping with
> Gutsy, nor the updated theme in development.

If you wouldn't mind, please check out the latest nightly build of Firefox at ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/ and see if you see the problem there.

Comment 8

[Ori Avtalion (salty-horse)]

Now that Murrine is mentioned, I really the 32-bit app on 64-bit system is to blame. I'm seeing this error:

(firefox-bin:9058): Gtk-WARNING **: /usr/lib/gtk-2.0/2.10.0/engines/libmurrine.so: wrong ELF class: ELFCLASS64

Comment 9

[_MMA_]

Looks fine while using firefox-3.0b2pre.en-US.linux-i686.tar.bz2.

http://img475.imageshack.us/img475/2278/screenshot1wt8.png

Comment 10

[Ori Avtalion (salty-horse)]

So, should there be some kind of fallback mechanism in case murrine isn't linked?

Comment 11

[Benjamin Berg]

Hm, I think I know what is going on. The engine is not loaded because of the 32 vs. 64 bit systems. However the theme is loaded, so that themes colors are used. This results in problems because the theme sets text[ACTIVE] to white apparently and the buildin GTK+ theme then draws a white checkmark.
Murrine itself does not have a problem, because it uses a different color to draw the check mark.

So the problem is the mixed 32/64bit enviroment, I think.

Comment 12

[Mats Palmgren (inactive)]

Seems like a problem in the local gtk theme setup.  Please file a new bug, with
steps to reproduce, if it still occurs in a recent version of Firefox.  Thanks.