Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Window Title glitch in some programs and during rename #263
The best program to test this with is e-Sword in wine, since the application spawns new Windows and attempts to change the window title. Once this occurs, the Window Title is completely gone, and in the case of e-Sword (older v8 used in this test), even the icon is gone. Therefore, once the e-Sword window is minimized, it cannot be recovered, maximized, or controlled without killing the process and starting it again.
Here's a log of what's going on:
~$ wine e-sword.exe
I don't have wine or related programs, so this is difficult for me to test directly.
There are two windows spawned, the first window (0x01c00001) is a splash screen - which is supposed to skip the taskbar before disappearing. The second window is the actual program. Here's the information I was able to find. I tried using xprop -remove _NET_WM_STATE_SKIP_TASKBAR, but it didn't seem to work for the main window (0x01c00003).
~$ wmctrl -lxp
_NET_WM_NAME(UTF8_STRING) = "e-Sword"
_NET_WM_NAME(UTF8_STRING) = "e-Sword - the Sword of the LORD with an electronic edge"
From the output of xprop, the main window is transient for the splash screen (
The problem is that, because the window is transient for the splash window, it won't appear in the task bar (JWM doesn't shown transients in the task bar). Of course, the main window (from JWM's perspective) also skips the task bar.
I think this is a problem with wine more than anything. I could add a group option to explicitly show a window in the task bar/pager (to go along with the existing
added a commit
Jan 6, 2016
New group options are available as of snapshot 1362.