Checks dissapear from checkable menu items (Firefox)

Bug #212457 reported by Jonathan Thomas
8
Affects Status Importance Assigned to Milestone
gtk-qt-engine (Ubuntu)
Won't Fix
Low
Unassigned

Bug Description

Binary package hint: gtk-qt-engine-kde4

Kubuntu-KDE4 8.04 Beta
gtk-qt-engine-kde4 1.1
Firefox 3 Beta 5

Menu items that are checkmark-able in Firefox 3 lose their check after a mouseover. To reproduce:
-Open up Firefox.
-Go to the "View" menu.
-Mouse over the "Status Bar" entry that has the checkbox.
-Move your mouse away from the entry and watch the check disappear. This is a cosmetic glitch only.

Revision history for this message
Yuriy Kozlov (yuriy-kozlov) wrote :

Thank you for taking the time to report all these glitches in detail. I can reproduce this on current Hardy.

Changed in gtk-qt-engine-kde4:
status: New → Confirmed
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

You're welcome. I hope they will eventually lead to a better GTK-Qt integration experience for everyone. [/cheesy rant]

Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Epiphany handles the checks just fine. Maybe its a bug with Firefox's GTK integration?

Revision history for this message
Jonathan Thomas (echidnaman) wrote :

The checks don't disappear when using Nimbus Sans L. This bug does occur when using the default Sans Serif font. With Nimbus Sans L, though, the first letter or so is drawn inside the checkbox in Firefox 3. (Possibly why the checkbox stays?)

Revision history for this message
Jennifer (greeble) wrote :

I don't see the check marks disappear, they won't show up until I click outside the box or button. Radio buttons do turn square, but no mark until I click somewhere else. This is using the new Firefox and Hardy Heron Kubuntu. (I'm sorry, I'm a new user and not sure of more technical details)

Revision history for this message
Antonio Batovanja (toni-toni) wrote :

I can confirm this bug on two computers using latest Firefox3 and KDE3, as Jennifer described. Choosing another gnome style (Raleigh) helps though.

Revision history for this message
Antonio Batovanja (toni-toni) wrote :

As a workaround, installing the qtcurve package and changing the GTK style to qtCurve fixes the problem.

Revision history for this message
libertyernie (libertyernie) wrote :

Installing the Debian version of gtk-qt-engine on a Kubuntu system fixes the issue. (However, the GTK configuration no longer appears in System Settings.)

Changed in gtk-qt-engine:
importance: Undecided → Low
Revision history for this message
Yannis Tsop (ogiannhs) wrote :

sudo apt-get install gtk2-engines-qtcurve gtk2-engines-qtpixmap kde4-style-qtcurve-kdeconfig qtcurve

then go to: kde-config -> Appearance -> GTK syles and fonts -> Use another style: "QTCurve"

Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Sadly, gtk-qt-engine is a quite broken piece of software and has been removed from distribution. (See bug 404930)
Unfortunately this means that the large number of bugs will not be seeing fixes. :(

For now, the best integration option for KDE is the QtCurve style, (gtk2-engines-qtcurve) which offers a theme quite similar to the default Oxygen theme. The configuration module for gtk-qt-engine has been salvaged and is now living in the kcm-gtk package, which will be available and installed by default in Kubuntu 9.10.

Thanks for understanding. This package tried its best, but in the end did not live up to the standards required by anybody who doesn't like looking at a broken Oxygen imitation.

Changed in gtk-qt-engine (Ubuntu):
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.