Bug 82113

Summary: konsole totally broken with kdrive and composite enabled (24bit)
Product: [Applications] konsole Reporter: Giovanni Masucci <gio.grifis>
Component: generalAssignee: Konsole Developer <konsole-devel>
Status: RESOLVED NOT A BUG    
Severity: normal CC: fredrik
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

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.