Failed to grab keyboard about slop

[zedeus]

Hmm, this also happens with scrot -s

giblib error: couldn't grab keyboard:Resource temporarily unavailable

I guess it isn't an issue with slop then.

[naelstrof]

No it is, I need to keep slop from crashing since it's non-fatal. I'll let you know when I fix it.

[zedeus]

Oh sweet, thanks. If I insert a sleep 0.2 before calling slop, it works, so I guess sxhkd isn't ungrabbing fast enough. I guess slop could wait for that?

[naelstrof]

Oh whoa, I never knew about that. I could make slop retry grabbing for a second or so, but that'd make slop really unresponsive imo.

You can always cancel a selection, even if it fails to grab the keyboard. It'll just let input fall through if so.

Could you try this new release? It should be fixed: https://github.com/naelstrof/slop/releases/tag/v5.3.29

[naelstrof]

Sorry, this release, not that one: https://github.com/naelstrof/slop/releases/tag/v5.3.30

[zedeus]

Works now, starts immediately and I'm able to cancel pretty much instantly.
Thanks for fixing it!

[9ary]

Looks like there are still issues on i3, slop doesn't crash but doesn't really work either, it draws the border around the window I'm currently hovering and prevents me from clicking anywhere until I start typing.

[naelstrof]

It seems to work fine for me. What kind of configuration do you have for i3?

[9ary]

https://github.com/Streetwalrus/dotfiles/blob/master/i3/config#L106

I can reproduce consistently with just slop as the command.

[naelstrof]

Ok confirmed, copying your configuration I get the same issue. I'll try to figure out what's going on.

[naelstrof]

So slop was just failing to grab the mouse, failing to grab is now fatal, and now slop tries repeatedly for .5 seconds after launching before fatally shutting down.

Tested and fixed in 3634e20

[9ary]

Can confirm it's working now. Thanks.