<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><div><span><br></span></div><div id="yiv828078186"><div><div style="color:#000;background-color:#fff;font-family:times new roman, new york, times, serif;font-size:12pt;"><div id="yiv828078186yui_3_7_2_17_1350524322542_39">In the iceweasel_3.5.16-13_i386.deb package, from Debian 6 Squeeze (which is not the current version of Iceweasel in Squeeze stable) I noted that there was an error in the file usr/share/applications/iceweasel.desktop.</div><div id="yiv828078186yui_3_7_2_17_1350524322542_68">The line :</div><div id="yiv828078186yui_3_7_2_17_1350524322542_71">StartupWMClass=Firefox-bin</div><div id="yiv828078186yui_3_7_2_17_1350524322542_74">is incorrect as far as I can determine.</div><div id="yiv828078186yui_3_7_2_17_1350524322542_77">Using the command 'xprop' in a small terminal window with Iceweasel open and visible on
screen in a window behind, and then left clicking the open Iceweasel window reveals this result:</div><div id="yiv828078186yui_3_7_2_17_1350524322542_83">WM_CLASS(STRING) = "Navigator", "Iceweasel"</div>The Free Desktop webpage on the
subject, Recognized desktop entry keys, says:<br>StartupWMClass<br>If specified, it is known that the application will map at least one
window with the given string as its WM class or WM name hint (see the <a rel="nofollow" id="yiv828078186yui_3_7_2_17_1350524322542_219" class="yiv828078186ulink" target="_blank" href="http://www.freedesktop.org/Standards/startup-notification-spec">Startup Notification Protocol Specification</a> for more details).
<br><br>This would suggest the correct entry in the iceweasel.desktop file should be changed to read in this case :<br>StartupWMClass=Iceweasel<br><br>More detail can be found at :<br>http://standards.freedesktop.org/startup-notification-spec/startup-notification-0.1.txt<br>(excerpts)<br><pre id="yiv828078186yui_3_7_2_17_1350524322542_142">WMCLASS
a string to match against the "resource name" or "resource
class" hints. If this key is present, the launchee will most
likely not send a "remove" message on its own. If the
desktop environment detects a toplevel window mapped with
this name or class, it should send a "remove" message for
the startup sequence. Note that the class hint is in
Latin-1, so the value of this key must be converted to
Latin-1 before strcmp'ing it with the window class/name.
(Though in all known cases only ASCII is involved so it
doesn't matter.)</pre><br><pre id="yiv828078186yui_3_7_2_17_1350524322542_145">- the launchee code is responsible for sending a "remove"
message to end the launch sequence, unless the WMCLASS
key was set.<br><br id="yiv828078186yui_3_7_2_17_1350524322542_187"></pre>I think this could mean this bug in the iceweasel.desktop file is related to and may well be the cause of bug #523824.<br>Although StartupWMClass is an optional entry for a desktop file, the omission of a correct entry might lead to occasional problems when shutting down the computer, as a warning message may appear about an unknown application still running. This is apparently due to some process started by Mozilla Firefox / Iceweasel that is not properly closed. It would appear from what I have read that the StartupWMClass entry should allow the desktop to close any child processes when the main window is closed and avoid this situation. <br><br>Yours sincerely,<br>Zebedee.<br><br></div></div></div></div></body></html>