background color of symlink in konsole terminal

Bug #135201 reported by bajabaq
4
Affects Status Importance Assigned to Milestone
gnome-terminal (Ubuntu)
Invalid
Wishlist
Unassigned
kdebase (Ubuntu)
Invalid
Wishlist
Unassigned

Bug Description

The background of a symlink in both terminal (Gnome) and konsole (KDE) is black and foreground color is red. I would think the background color should be transparent.

I'm not sure if it's dependent on the type of symlink, in the picture shown one symlink (logs -> /usr/local/apache/domlogs/lb) is red on black; the other, not shown, ( www-> public-html ) is teal on transparent background.

To reproduce:

open folder using konsole or terminal with symlinks
look at symlink

Revision history for this message
bajabaq (tsw) wrote : konsole screen shot
Revision history for this message
bajabaq (tsw) wrote : terminal screen shot
Revision history for this message
PFar73159 (pfar73159) wrote :

What you are seeing is a broken link.

I was trying to figure out what those colors meant and using a search engine when I found your entry

Then I remembered that the colors were a feature of the ls command in UNIX/LINUX

I looked on the manual page for 'ls'; for my setup I had to go to the terminal command line and type "man ls"

The ls documentation said that you could use the command dircolors to set the colors, so I went to the manual page for dircolors "man dircolors". That page said I could see the database of settings by using the "-p" option. So at the command line, I typed "dircolors -p" this gave me several screens full of output so if your terminal emulator does not let you scroll back like mine does, you might want to use the 'more' command: "dircolors -p | more"

When I read through this output I found the codes for 'red' (31) and 'black background' (40). I also found the setting for ORPHAN 01;31;40. (01 is the code for bold.) The entry also has a comment explaining that ORPHAN is a broken symbolic link. A symbolic link were the file being pointed to does not exist.

I am new to Ubuntu, but I have played around with UNIX on and off for many years, sometimes I remember something useful.

I hope this helps you and others.

cheers.

Revision history for this message
bajabaq (tsw) wrote : Re: background color of symlink in konsole/terminal

So this isn't a true bug...however perhaps a more judicious choice of default background color for these is in order.

Black and white are common background terminal colors...so maybe by default this should be something else - like white on red (aka stop sign) or black on yellow (yield sign)

Tad

Revision history for this message
PFar73159 (pfar73159) wrote :

You are right.

This is a classic case of: "That's not a bug, its a feature"

I like your suggestion of black on yellow, i am not sure if that combination is already used in that list.

In any case, you can work with "dircolors" and set it how you want it to be. I have not worked with it, I think from what I read that if you just leave off the code for the black background (40), your background will remain unchanged (i.e. transparent).

I am new to Launchpad, I am not sure how these bugs are closed out. If you are ok with this, I guess it can be closed. On the other hand if your are expecting to use that LOG link and your real problem is that you do not have the "/usr/local/apache/domlogs/lb" file, then I am out of my element and someone else will have to help with that.

Revision history for this message
bajabaq (tsw) wrote :

unfortunately the black on yellow is taken by SETGID and white on red is taken by SETUID.

I haven't played with dircolors either, but I believe you are right about leaving off the background setting would return it to transparent.

I agree this bug should be marked closed.

I still think black (or white) is a poor background choice, as stated above, so maybe someone upstream will change the default values to white(37) on magenta(45) or cyan(46). No, I am not expecting the LOG link to work. It was just the example.

Revision history for this message
Sebastien Bacher (seb128) wrote :

closing the bug since the comments state that's not one

Changed in gnome-terminal:
importance: Undecided → Wishlist
status: New → Invalid
Changed in kdebase:
status: New → Invalid
importance: Undecided → Wishlist
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.