Bug 153058

Created attachment 69953 [details]
Screenshot of the terminal

This was never reported. I suppose this has something to do with your setup of the  konsole: what did you configure. Does this also happen with the standard settings?

Hello,
the same phenomenon appeares with the system-color scheme: http://bugs.pri-dev.net/suse/suse_10_oe_2.png

I only changed the color-scheme and the font I think.

The problem in the first screenshot (black text on black background) is most probably caused by the transparency settings. Which color scheme did you use in this case - one shipped with Konsole or an own one?

I used an own one in the 1st case. You can see the scheme configuration on this screenshot: http://bugs.pri-dev.net/suse/suse_10_oe_3.png

But if I use the standard scheme "system-colors" the same mistake will happen as shown on the 2nd screenshot.

Matthias does this only happen after doing an `ls' in the /dev directory?
Please attach additional files here using the attachment feature of bugzilla, this is more reliable than external sources.

> Matthias does this only happen after doing an `ls' in the /dev directory?
I could only find this graphical error when using "ls" in the /dev directory. In other directories it's correct.

> Please attach additional files here using the attachment feature of bugzilla,
> this is more reliable than external sources.
I'm sorry. I'll do this in the future. It#s the first time I use bugzilla.

does it also happen if you quote ls, like "ls"?

I'm not Matthias, but...

With quotes, I get black/white output - no colors at all. I guess the alias that includes $LS_OPTIONS is not used in this case.

unset LS_OPTIONS   has the same effect. (To be exact: removing "--color=tty" from $LS_OPTIONS also has this effect.)

unset LS_COLORS   ($LS_OPTIONS in original state again) removes the black background and writes yellow text on white background :-/ for device files - therefore I believe the black background could be intentional to ensure readability.


The "black on black" when using transparency is something that may be a KDE Konsole problem/bug - IIRC I had to change it in the configfile manually because the GUI doesn't allow to do it.

Matthias, please reopen this bug once you provide the information asked for in comment #8.

(In reply to comment #8)
> does it also happen if you quote ls, like "ls"?
> 
With the quoted "ls" the information is shown correctly just like it should be.

I reopened it, because I could give you the needed information of reply #8.

Let's ask the KDE maintainers for help here.

please attach $KDEHOME/share/config/kickerrc

konsolerc of course..

Created attachment 71450 [details]
konsolerc

Here is this file.

ok, your config contains a custom color schema named Matze.schema. As none of the schemas we ship reproduces the problem you have, My guess is that there is something wrong with this schema. 

a) how did you create the schema?
b) please attach $KDEHOME/share/apps/konsole/Matze.schema

Created attachment 71523 [details]
The schema file of the console

a) I created the schama over the console:
Settings -> Configure Console -> Register "Schema" - Save Schema

your schema sets random hue for all intensive color variants, but doesn't set saturation or value (in a HSV colorspace). A random hue with zero saturation is always black. hence you see the mentioned problem. 

Perhaps konsole should tell the user about this layer 8 problem, but so far there is no bug. 

> Perhaps konsole should tell the user about this layer 8 problem, but so far
> there is no bug. 
> 
I would advocate this. Thank you for dealing with this bug so quickly.

please file an enhancement request at http://bugs.kde.org/wizard.cgi