Widgets are drawn wrongly in many cases

Bug #337363 reported by sasha1024
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
qt4-x11 (Ubuntu)
Confirmed
Undecided
Unassigned
Nominated for Jaunty by sasha1024

Bug Description

In KUbuntu Jaunty widgets are drawn wrongly in some styles.
Or, to say more precisely: initially (when window just shown) they are drawn right, but then (when I focus them, or mover mouse over them, or type into them, etc) they are refreshing/redrawn in wrong way.

The most noticeable is Cleanlooks widget style. I've attached screenshow of krusader search dialog in the Cleanlooks widget style (I've just opened it, pressed Tab key several times, and made screenshot).
Some other styles also work not well. Particularly:
1. In Plastique style when I type text in editbox I get black rectangle over the last letter.
2. In QtCurve style some minor issues present directly in the SystemSettings app.

Also, somewhy, Psi (both packaged and manyally compiled versions) draw widgets wrong in any theme.

Revision history for this message
sasha1024 (sasha1024) wrote :
Revision history for this message
sasha1024 (sasha1024) wrote :

I've forgot...

1) The release of Ubuntu you are using, via 'lsb_release -rd' or System -> About Ubuntu.
Description: Ubuntu jaunty (development branch)
Release: 9.04
Actually, I'm using KUbuntu Jaunty Alpha5.

2) The version of the package you are using, via 'apt-cache policy packagename' or by checking in Synaptic.
I cannot run 'apt-cache policy' since I don't know package name.
3) What you expected to happen
Obvious - I extecped widgets to redraw correctly.
4) What happened instead
Already described.

I don't use any proprietary drivers.

Revision history for this message
sasha1024 (sasha1024) wrote :
Revision history for this message
sasha1024 (sasha1024) wrote :
Revision history for this message
sasha1024 (sasha1024) wrote :

This bug has duplicates, thus it's confirmed, isn't it?

Changed in qt4-x11:
status: New → Confirmed
Revision history for this message
sasha1024 (sasha1024) wrote :
Revision history for this message
sasha1024 (sasha1024) wrote :

Resume:
- The best-looking widget styles (e.g. Cleanlooks, Plastique) are drawn wrongly. Those styles that are drawn correctly, are either too archaic (e.g. CDE, Motif), or too revolutionary (Oxygen).
- A pure Qt apps (e.g. Psi, QtCreator, VLC) are always drawn wrongly (probably because they ignore KDE style selection).

Thus, that's rather serious issue.

Revision history for this message
Darkstar (michael-drueing) wrote :

I have the same (I think..) problem on a Dell Latitude D610 with an Intel graphics chipset (00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03))

When scrolling in Konqueror, there's often some corruption in the upper half of the konqueror window (page view, not the address bar/menu area). I can't take a screenshot because the corruption disappears when I try.

I also had similar corruption in the title bar of dragonplayer once but couldn't reproduce it since.

I'm using the Kubuntu 9.04 beta released today

Revision history for this message
Darkstar (michael-drueing) wrote :

Here's a screenshot (sorry for the bad quality I forgot to enable the flash)

Revision history for this message
sasha1024 (sasha1024) wrote :

I don't think that this bug is really a duplicate of #338669.
1. They look differently.
2. Bug #338669 states that "moving the mouse over them triggers a correct repaint", while for me situation is quite opposite: initially widgets are painted correctly, but moving mouse over them causes widgets to break.
3. I'm not using "intel" hardware.

P.S.: Pn the other hand, Darkstar's comments are more related to #338669 than to this one.

Revision history for this message
sasha1024 (sasha1024) wrote :

Hmm, I've looked some deeper... Yes, you were right, this report is really a duplicate. And also changing AccelMethod from EXA to XAA really HELPS.
However more valid candidate for original report is Bug #350120 rather than Bug #338669.

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.