You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Only affects a small fraction of users, so not a big deal
If a session is started with panels(or taskbars) set to "auto-hide", gestures that provoke the change desktop and minimize/maximize actions (maybe others as well, but I haven't tested) result in a segmentation fault (core dumped) crash. Changing the panel settings to "always visible" seems to fix the issue for the rest of the session, even if the change is reverted afterwards and touchegg is restarted.
I suspect that X11::getDesktopWorkarea() is having a hard time figuring out the info it needs, from running it using gdb.
Sorry if I messed anything up. This is my first ever issue submit on any repository. Though, thanks for all the work that went into this project!
The text was updated successfully, but these errors were encountered:
Running Manjaro/KDE over here. Touchegg v2.0.2
Only affects a small fraction of users, so not a big deal
If a session is started with panels(or taskbars) set to "auto-hide", gestures that provoke the change desktop and minimize/maximize actions (maybe others as well, but I haven't tested) result in a
segmentation fault (core dumped)
crash. Changing the panel settings to "always visible" seems to fix the issue for the rest of the session, even if the change is reverted afterwards and touchegg is restarted.I suspect that X11::getDesktopWorkarea() is having a hard time figuring out the info it needs, from running it using gdb.
Sorry if I messed anything up. This is my first ever issue submit on any repository. Though, thanks for all the work that went into this project!
The text was updated successfully, but these errors were encountered: