"User pressed key. Canceled selection" while no keys are pressed about slop

[slice]

Also getting this, on multiple DEs, with maim -s. Don't really know why it happens.

[PandorasFox]

I've figured out that this happens whenever steam is running. Once steam has been killed, slop performs fine.

I'm not sure why this is or what it's detecting, since xev isn't returning any keypresses when I focus it.

edit: can't reproduce anymore; the bug stopped happening for me. Until I have a better way to reproduce this, ignore the bit about steam.

The bit about xev still stands, though.

[robinlandstrom]

I had the same problem, added some debug output to x.ccp and started pressing keys on the keyboard to see the keycodes change...

Result: X thought my F10/VolumeUp key was stuck in pressed state, after pressing it with and without the fn button pressed slop runs and detects keypresses as expected (without my debug code)

diff --git a/src/x.cpp b/src/x.cpp
index a650ee5..0bb144b 100644
--- a/src/x.cpp
+++ b/src/x.cpp
@@ -19,6 +19,8 @@
  */
 #include "x.hpp"
 
+#include<iostream>
+
 slop::XEngine* xengine = new slop::XEngine();
 
 int slop::XEngineErrorHandler( Display* dpy, XErrorEvent* event ) {
@@ -158,7 +160,8 @@ bool slop::XEngine::anyKeyPressed() {
     // Every bit should be 0 if nothing is pressed.
     for ( unsigned int i = 0; i < 32; i++ ) {
         if ( keys[ i ] != 0 ) {
-            return true;
+           std::cout << "Byte array: " << i << " is " << (int)keys[i] << "\n"; 
+            //return true;
         }
     }
     return false;
-- 
2.10.2

[naelstrof]

Should be fixed with https://github.com/naelstrof/slop/tree/slop-release-candidate. Could you tell me if the issue persists?

[slice]

@naelstrof Yes. It also works excellently.

[naelstrof]

Thanks for the feedback!

[rivertam]

I'm encountering this today... Steam isn't running and I'm on the most recent version of slop (at least on apt): 4.2.20. I've been using slop for like a year so far and I've had no issues (and I've used it in a lot of contexts and it's been really resilient).

I'm calling slop -f "%g"