window manager crash about mxswm HOT 7 CLOSED

Hi, the hide stack function has some known issues (not crashes, but issues with focus) -- will fix asap. Yes, I will add a delete window feature :) Crashes are very much expected because many X11 clients use the X11 protocol in weird ways and I have tested the window manager only with the programs that I use.

I might also return back to tracking windows from MapRequest event instead of CreateNotify. That is how I do it in cocowm and how most other window managers do it, and that itself might fix some crashes. The crashes that happen in mxswm should be crashes caused by not having a built-in error handler for X11 protocol errors and those are often a little harder to fix (due to asynchronous nature) than e.g. segmentation fault-crashes. Adding an error handler would of course take those "crashes" away, but would not help fixing the actual problem. If you get segfaults, I can probably fix them very fast. In either case please submit details and I will see. If you want to help in fixing, you can compile mxswm with -DTRACE and send the output, or a patch ;)

In the future I might combine cocowm and mxswm to one window manager, or keep them separate. I have not yet decided. The cocowm window manager also has a compile-time flag, -DWANT_ONE_PER_COLUMN, that enables mxswm-like behavior, however mxswm is a bit more recent and has the client menu.

I am constantly exploring and trying to find the optimal balance of things. These are at the moment very much work in progress, even though I am currently using mxswm on all of my computers for all tasks, but not using the hide-feature as much as I would like to -- I have to fix it before using it :) I really like the hide-feature and would want to polish it :)

from mxswm.

I added the delete window feature quickly. I still need to improve it with the ICCCM DELETE_WINDOW protocol for supporting the "Are you sure"-dialogs.

from mxswm.

You can also run mxswm with sync option for debugging the problems, see commit 98c5699.

from mxswm.

I think the cause of the crash I was experiencing, is that when hiding a stack of programs, a program in that stack can steal focus from the focused main stack. Then if unhiding the hidden stack while the main stack is unfocused it causes the window manager to close. Is there is a way to prevent hidden stack programs from stealing focus from the main focused stack?

from mxswm.

Thanks for this report -- I will look into the problem from this focus issue perspective. I want to get it fixed, too :)

from mxswm.

I fixed one focus issue: dc6f305 -- will see if I find more issues, but of course chances are this fixed your issue already?

I have one more known issue related to hiding, but that issue also requires the use of sticky stacks, and this issue is not related to sticky stacks.

from mxswm.

I fixed all issues that I could think of being related to this issue, based on my own testing and and based on your report. For the focus/hide-mode issues, I committed these: 74edd87 046eb09 2659031 dc6f305.

Earlier, I committed patches 618620c 847346c 581ca28 for the delete window feature, which is now completely implemented, satisfying the feature request.

You can reopen / file a new report if this did not fix the issues you were seeing. Feel free to also file more feature requests.

from mxswm.