Description of problem:
During startup of GNU Emacs on Fedora Core 3 the initial icon in the
window list is the gnu icon, but it's then replaced by the default
"empty sheet" icon when Emacs has started. This replacement shouldn't
Version-Release number of selected component (if applicable):
GNU Emacs 21.3.1 (i386-redhat-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2005-02-04 on bugs.build.redhat.com
Steps to Reproduce:
1. Launch GNU Emacs.
2. Look at the button in the window list that pops up.
The icon for the button in the window list is initially a gnu, but is
quickly replaced by a default "empty sheet" icon.
It should keep the gnu icon.
This is a longstanding bug I'm afraid.
Any clues on how to fix this would appreciated...
Interestingly the right icon is shown with KDE.
Here's a possibly related problem in Fedora Core 4. The file /usr/bin/emacs is
actually a wrapper script that runs the emacs-x binary. If your app-defaults
are set up to expect the binary name to be "emacs", they fail to take effect,
e.g., "emacs*Background: DarkSlateGray". However, "Emacs*Background:
Running "exec -a emacs emacs-x" causes "emacs" app-defaults to take effect and
the Gnu icon to appear as expected.
Well the wrapper is new in FC4 actually, ie it wasn't in FC3
so I don't think it is directly related to the problem.
I take your point about the Xresource name vs application name
issue though, Peter: I'll add "-a emacs" to the wrapper script
in the next devel build.
However even with "-a emacs" I still don't see the emacs icon under gnome.
It turns out that I see an icon because I have "Emacs*bitmapIcon: on" in my
I notice that there's no app-defaults file for Emacs. I'm pretty sure that this
wasn't always the case.
Should emacs be setting the _NET_WM_ICON property directly?
See e.g. the implementation of gdk_window_set_icon_list here:
it looks like, with option -i, that emacs will only set iconPixmap but not iconMask.
> Should emacs be setting the _NET_WM_ICON property directly?
Good question. Maybe. On the other hand XEmacs doesn't
and its icon displays ok.
Apparently this is fixed in current cvs emacs.
Confirmed fixed in current cvs with "emacs -i".