Bug 149512 - Wrong icon for Emacs button in window list
Summary: Wrong icon for Emacs button in window list
Alias: None
Product: Fedora
Classification: Fedora
Component: emacs
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Jens Petersen
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2005-02-23 18:14 UTC by August
Modified: 2007-11-30 22:11 UTC (History)
2 users (show)

Clone Of:
Last Closed: 2005-10-03 08:51:40 UTC

Attachments (Terms of Use)

Description August 2005-02-23 18:14:50 UTC
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
take place.

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

How reproducible:

Steps to Reproduce:
1. Launch GNU Emacs.
2. Look at the button in the window list that pops up.
Actual results:
The icon for the button in the window list is initially a gnu, but is
quickly replaced by a default "empty sheet" icon.

Expected results:
It should keep the gnu icon.

Additional info:

Comment 1 Jens Petersen 2005-04-08 06:55:56 UTC
This is a longstanding bug I'm afraid.
Any clues on how to fix this would appreciated...

Comment 2 Jens Petersen 2005-05-18 02:58:45 UTC
Interestingly the right icon is shown with KDE.

Comment 3 Peter Oliver 2005-06-17 00:24:21 UTC
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:
DarkSlateGray" works.

Running "exec -a emacs emacs-x" causes "emacs" app-defaults to take effect and
the Gnu icon to appear as expected.

Comment 4 Jens Petersen 2005-06-17 02:28:48 UTC
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.

Comment 5 Peter Oliver 2005-06-19 18:28:57 UTC
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.

Comment 6 Dave Malcolm 2005-06-24 19:13:55 UTC
Should emacs be setting the _NET_WM_ICON property directly?

See e.g. the implementation of gdk_window_set_icon_list here:

Comment 7 Wei-Lun Chao 2005-07-07 09:38:15 UTC
it looks like, with option -i, that emacs will only set iconPixmap but not iconMask.

Comment 8 Jens Petersen 2005-09-29 12:06:09 UTC
> 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.

Comment 10 Jens Petersen 2005-10-03 08:51:40 UTC
Apparently this is fixed in current cvs emacs.

Comment 11 Jens Petersen 2005-10-03 10:19:15 UTC
Confirmed fixed in current cvs with "emacs -i".

Note You need to log in before you can comment on or make changes to this bug.