From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.8) Gecko/20020205
Description of problem:
When I choose Xsession (Window Maker) in gdm, when I start an xterm from the
startmenu or the dock, there are no colors with 'ls'. There is if I start an
xterm from another xterm.
Version-Release number of selected component (if applicable):
How reproducible:
Always
Steps to Reproduce:
1.start Window Maker from Xsession (gdm)
2.Doubleclick the xterm icon in the dock
3.
Actual Results: no colors with 'ls'
Expected Results: there should have been colors according to filetype
Additional info:

Are you using bash or tcsh? I have exactly the same problem with tcsh, but everything works with bash.
I even know why. Colorls alias is set in /etc/csh.login which never gets executed in a non-ligin shell
e.g. under Xsession. Using bash works fine /etc/bashrc gets always loaded no matter in login or
non-login shell.
There are similar bugs to this one reported.

Both /etc/bashrc and /etc/csh.login load stuff from /etc/profile.d
including colorls.
Three things to check: 1) run "bash" to make sure you really using bash.
Otherwise, check the end of the line in /etc/passwd corresponding to the user
in question. 2) run "ls --color" that should be colorful no matter what.
3) maybe, Window Maker terminal is supposed to be black-n-white?

I use Bash. There is a problem with Window Maker and icewm, but not lwm and twm.
If I put:
xterm &
exec wmaker
in .xsession script, the first xterm has colors, but not the ones I start by
clicking the button. If I use ls --colors xterm has blue and green but no red.

Please read bug 59446. The discussed problem explained my colorls problem
in tcsh in Xterm (bug 54309).
Does WindowMaker use /etc/csh.login or /etc/csh.cshrc?
How difficult it is to release errata for setup?
Oh well, I tried... It looks pretty bad: setup's files get modified a lot
after their initial installation, so I only got rpmnew's all over the /etc/.