Bug 82113 - konsole totally broken with kdrive and composite enabled (24bit)
Summary: konsole totally broken with kdrive and composite enabled (24bit)
Status: RESOLVED NOT A BUG
Alias: None
Product: konsole
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Konsole Developer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-05-24 19:05 UTC by Giovanni Masucci
Modified: 2004-05-30 22:42 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Giovanni Masucci 2004-05-24 19:05:41 UTC
Version:           unknown (using KDE 3.2.90 (3.3 alpha1, CVS >= 20040522), Gentoo)
Compiler:          gcc version 3.4.0 20040519 (Gentoo Linux 3.4.0-r4, ssp-3.4-1, pie-8.7.6.2)
OS:                Linux (i686) release 2.6.6

Konsole with fdo xserver and kdrive is totally broken:
if composite is enabled the konsole windows becomes invisible (!), I can move, resize it and even type commands...but the windows (included decorations) are totally invisible even if the theme is not trasparent...if composite isn't enabled the window is totally messed up, fonts are deformed and everything is terrible and confusing...this is on gentoo, kde 3.3cvs, gcc 3.4 (even with 3.3 on another pc I have the same problem) and the latest kdrive xserver running in 24 bit.
if I run kdrive in 16 bit I get a perfect console with a really pretty real trasparency effect.
I
Comment 1 Fredrik Höglund 2004-05-30 22:42:04 UTC
This problem sounds very much like a bug in the video driver. Translucent windows are always 32 bits regardless of which depth the server is running in, so it's difficult to explain otherwise how it can be working in 16 bits, but not 24.

You didn't mention which server you're using, but I was able to reproduce the problem in Xvesa, and there it seems to affect not just konsole but all apps that have translucent windows (e.g. fdclock). I can't reproduce the bug in the Xfbdev server.

I recommend that you file a bug report about this problem in the freedesktop bugzilla.

If you need a working konsole, a workaround in the meantime is to start it with --noargb, which forces the old pseudo-transparency behavior.