Skip to content
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

dwm-flexipatch and opensuse #49

Open
Lucas-mother3 opened this issue Sep 29, 2023 · 10 comments
Open

dwm-flexipatch and opensuse #49

Lucas-mother3 opened this issue Sep 29, 2023 · 10 comments

Comments

@Lucas-mother3
Copy link

Hi! I was having this issue with xmenu, specifically the fact that it doesn't launch 100% of the time.

It's been isolated to my setup, which is openSUSE Tumbleweed. Launching it by right-clicking the =[] (layouts) tag wouldn't work and determined that something in the program caused it.

I don't have much logs of it due to it relying on a script.

Launching via the terminal works however.

@veltza
Copy link

veltza commented Dec 5, 2023

I can confirm this behavior. It just fails with no error messages.

I debugged the code and found that the XGrabPointer() function failed to grab the pointer and caused the silent exit. I also tested the old code that tries to grab the pointer in a loop and it fixed the issue. So maybe we should revert back to that code?

@Lucas-mother3
Copy link
Author

Maybe...

@veltza
Copy link

veltza commented Dec 7, 2023

Just to clarify, this fails silently.

@rharmonson
Copy link

rharmonson commented Feb 7, 2024

I am experiencing the same issue on debian based distro, antiX, using a patched dwm, dusk, with the current xmenu version; 8c4013a.

@bakkeby
Copy link

bakkeby commented Feb 7, 2024

Can confirm this issue in an unpatched dwm as well.

veltza is right about the old code that waits for another process to ungrab. I did a bit of digging in the latest code and found that the XGrabPointer call results in AlreadyGrabbed.

There isn't anything in dwm that explicitly calls XGrabPointer in relation to button click handling, but maybe something else is behind the scenes.

That the user is holding down the mouse button plays a part - if you do a super quick tap on the right mouse button (if that is what is bound up) then xmenu shows (presumably because the button has been released before xmenu has reached the point where it tries to grab the pointer).

It is possible to work around this by adding a call to XUngrabPointer(dpy, CurrentTime); at the start of the spawn function in dwm.

@morgant
Copy link

morgant commented Feb 8, 2024

I'll have to do some investigating on my end , but I'm also experiencing intermittent launch when activated via a left mouse click in a wmlaunchbutton window, swallowed into the mlvwm menu bar. This is running on OpenBSD amd64/7.4-stable, so the xmenu 6.4.1 package. More specifically, using my WIP menu-bar-icon branch of my xsndiomenu project.

@rharmonson
Copy link

rharmonson commented Mar 16, 2024

In the absence of a fix, can someone share the release version/commit that resulted in the aberrant behavior? My intent is to grab the release or commit just prior to package for distribution.

Thank you!

@Lucas-mother3
Copy link
Author

In the absence of a fix, can someone share the release version/commit that resulted in the aberrant behavior? My intent is to grab the release or commit just prior to package for distribution.

Thank you!

While I didn't find a version of xmenu that doesn't exhibit this behavior, I did use an alternative, in my case jgmenu, which worked in my case, although some modification to the scripts are needed.

@rharmonson
Copy link

Since xmenu is unusable with my tiling window managers, I will take a look at jgmenu.

Thank you!

@rharmonson
Copy link

@Lucas-mother3, finally took the time out to experiment with jgmenu. Love it! Thank you for recommending it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants