-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
'waitron window_rev_cycle' crash report #62
Comments
SMALL UPDATE: I now replaced the terminator application with qterminal and geany with featherpad but unfortunately nothing has changed with regard to the crashes described above... In both cases I switched from gtk to qt application and found a strange behavior that I'm not sure if it is classifiable as a windowchef issue (to be opened separately):
|
Sorry but new circumstances and evaluations have led me to consider another wm (...) |
It is I who needs to apologize here for neglecting your issue. I didn't have the time to investigate it because of school and I don't want to reply without having any concrete answer. I have absolutely no idea why this happens. You are also the only one with this issue, probably. I tried running As long as the bug exists, the issue must be open. You don't have to apologize for the noise, you did well by reporting this error. Windowchef is a side project of mine that didn't receive much attention from me lately, mostly because I consider it pretty complete, and because of the lack of time. I'm open to contributions, but issues like this can't be reviewed quickly by me, for now. I don't even use it anymore, not because I don't like it but because I didn't want motivation to spend time ricing :) |
Here's some information about the WM and OS:
I also hit the same bug paoloschi described before. I can't seem to find a way to debug it at all. I did tests where I only had 3 rxvt-unicode terminals opened, no panels, no candy. I cycled through windows via 'window_cycle' which seem to work just fine but when I switched to 'window_rev_cycle' instead; I got a crash immediately. I fail to find any logs and errors. For the time being I've disabled a binding for that command from sxhkd. I'll gladly help but I'm not experienced enough to find the root cause for this by myself. I can run tests whenever needed if you happen to have a hunch about this at some point. I found a reliable way to reproduce the issue:
If I do the same but with 'waitron window_cycle' instead; crash doesn't happen at all. Here's the debug log:
|
Your reliable way to reproduce the issue helped me a lot. I quickly found the issue via Thanks to both of you for reporting! |
I am on VoidLinux; the graphical HW is the internal one of an Intel i5 processor with the distro packaged xf86-video-intel Xorg driver.
I'm organizing my first windowchef-based configuration and I have very little SW installed in the system at the moment; I'm developing small bash scripts to customize the desktop to my liking (...)
Running applications can be SpaceFM Terminator Palemoon Claws-Mail Geany (little more) while at starting session I launch sxhkd ruler clipnotify evtest synergy jgmenu and no panel bar.
VoidLinux has windowchef in the repository but since yesterday I have compiled by myself enabling debugging and here I report 5 final parts of the logs happened in less than 12 hours.
Unfortunately I still have not managed to isolate a sequence of actions to make repeatable with ease the crash event.
I'm only sure that it never happens with other waitron commands that
window_rev_cycle
, executed indifferently from a script or pressing 'alt+shift+Tab' but I can also runwindow_rev_cycle
a large number of times consecutively and very quickly with success.The crash may occur at the first
window_rev_cycle
execution after a series of other waitron commands or after repeated executions of the same command that have previously been successful.From the logs I see that the error is always
fatal IO error 11
preceded byX Event 33
(but event 33 occurs also many other times in the entire log without issues!) while out of 5 cases, 4 times it happenedafter 11 requests
...but I am not a programmer: if this information is not enough, I will need precise instructions to provide more useful logs...
The text was updated successfully, but these errors were encountered: