Which I downloaded, had to install TCL8.4 and friends, then it bombed
out with a BLT error, and I'm giving up bothering to try to get this
fixed -- so I can't be arsed. Way to go. Tcl/Tk failure *yet again*.
> that when iconified, just disappears from the window list, the taskbar,
> etc (this is even with the default config file)
Right -- so this will be some obscure thing then. Is this thing
somehow becoming unmanaged? Can you get xprop or FvwmIdent or
something on this window?
> The application (a tcl/tk app) is still running, and I can get the window
> back by restarting fvwm (as soon as the first fvwm process exec()s itself
> to death, the window pops back up underneath everything else in Z order).
This is meaningless -- so it's not being raised? Fair enough, FVWM
honours the stacking order across restarts.
> This doesn't happen in mwm or gnome etc, although twm actually kills the
> application outright.
I'd consider twm's action a good thing here.
> No other tcl/tk apps on the system behave in this way. With FvwmIdent, I
> noticed that on all but one of the installations of skycat we have here,
> the "Icon Name" property was blank (the other said "SkyCat/IMG", but I
> happen to know this was set after the program was initialised, and it
> would have started off as blank; it still disappears by default when
> iconified). All of the other properties were sane.
Right -- well this is legal by the ICCCM, but I would imagine as has
been the case for ages now with tk that this application is breaking
the ICCCM in some other way, and likely not even aware of it.
> With a bit of experimentation, I determined that using a style of:
> Style "SkyCat" !Icon
> the window no longer disappeared from all of the WindowLists anymore.
I suspect this a red herring, although it's interesting nevertheless.
When a given window is mapped, and it's determined to have no icon
name associated with it, it gets assigned a default value of
"Untitled" which is then set to the window name of the application if
possible. This has no bearing on what's displayed in the windowlist
-- only a style of WindowListSkip would outright effect this. Which
makes me suspect somehow this window is becoming unmanaged.
> Using other explicit icons did not help me in the same fashion. Of
> course, the "Icon Name" property still remained blank except for that one
> host where some other part of the system set it to "SkyCat/IMG".
> Any ideas as to what might be going wrong?
Without running this program, no, and I don't have the time,
inclination or interest to even try since tk is a pain in the arse. I
would personally use something like xscope at this point to intercept
the XEvents sent to this application so we can track what's happening
at each point.