> This is a very tiny thing, but it seems so simple > that it bothers me to not > figure out what is wrong: > > On Solaris 8/SPARC, running the CDE interface, > Thunderbird shows > the proper icon when closed. Firefox app has not > shown the icon since at > least 2.0.0.2 when I first tried it. Only the > default Motif icon is > displayed. > > In both cases, the files mozicon16.xpm and > mozicon50.xpm are available > in the <installdirectory>/icons location.
Apparently firefox does not set up the WM_HINTS property to point to its icon pixmap. Perhaps under some other desktops, the window manager supplies more elaborate defaults, so nobody notices. As a workaround, if you look at the dtwm(1) man page, you'll see iconImage mentioned; that is, if you add a line like Dtwm*Mozilla*iconimage: /path/to/firefox/icons/mozicon50.xpm to your $HOME/.Xdefaults, and log out and back in again, it may start using that for the icon. "Mozilla" may or may not be the right name to use (I don't have a copy of firefox 2.x handy just now to check); run xprop WM_CLASS and click on the firefox main window, then look at the first of the two quoted strings shown. If the class name still is Mozilla, don't worry; the old all-in-one mozilla specifies its own icons, so as long as you don't force the user-specified icon to take precedence (with another X resource described on the dtwm(1) man page), it shouldn't be affected. But the proper fix of course is to the app; and since this goes back at least as far as 1.0, I can't help but think that failure on the part of the developers to test under older WMs like CDE or mwm left this unfixed so long. I'm not sure if this is https://bugzilla.mozilla.org/show_bug.cgi?id=242050 (which strictly applies to creating suitable icons, but not necessarily having the code issue the appropriate WM_HINTS for its various windows), or some other bug, but it's certainly not new. This message posted from opensolaris.org
