Could we please get some expanded customization options for the Jiggler within the GUI? For those of us who aren't power users, having these settings accessible in the interface would be incredibly helpful.
Specifically, I’d love to see the following features (originally suggested by another user):
Duration Control: Ability to set a specific run time (e.g., jiggle for exactly 8 hours).
Frequency Settings: Custom intervals for the movement (e.g., every 5 minutes rather than the current default).
Smart Disable: Automatically pause the jiggler when manual mouse input is detected to prevent it from interfering with active work.
I noticed that jiggler actually moves a mouse by a lot and very often. So as a result, while jiggler is on and I work on the PC physically, I often mis-click because cursor moves. Disabling jiggler resolves it, so it is definitely related to the jiggler.
Therefore I would vote for suggestions mentioned here to improve it - either something as “smart disable” or use different key or define movement (1px)
I have been using nanoKVM and haven’t had any issues related to jiggler before.
You mean, during the process of remote control using GLKVM, does it still jitter? Theoretically, such an issue is unlikely to occur. This jitter is only triggered when the mouse controlled via GLKVM has no movement for 20 seconds. Of course, if you are directly controlling the mouse of the controlled computer, we cannot detect such behavior.
So here is what’s happening to me. When I open KVM via web and I see “remote desktop”, if I navigate cursor to certain place and then move mouse quickly, the “remote” cursor stays in that place - at this point if I close the web or not, it does not matter, result is the same….
So if I start working on that PC physically - roughly every 15 seconds, the cursor resets back to that place where I left via remote session (again, doesn’t matter if that remote is opened in web somewhere or not). It does it all the time. As soon as I disable mouse jiggler option, it doesn’t do it anymore. If I control PC over KVM, it doesn’t happen there either.
Since it stops doing it as soon as I disable mouse jiggler option, I thought this is how it is supposed to work…
KVM cannot detect whether you are directly controlling the controlled computer, so there is no way to automatically detect mouse events on the controlled computer and stop sending jiggler actions.
That’s OK. I am just describing what is happening to me and what helps so that it doesn’t happen anymore. Clearly there is something going on, and I thought this is how it is supposed to work (jiggler), but it is obviously not. So what’s causing this behavior then?
You mentioned that the issue where the mouse jitter position differs from the actual mouse position should only occur in absolute mouse mode; in relative mode, this problem should not exist.
Because KVM records the exact position of your absolute mouse. In fact, when it sends jitter, it moves a few pixels around the recorded coordinates to achieve this. When you directly control the controlled computer, it feels to you as if the mouse suddenly flew to an inexplicable location.
Feature request: Advanced Mouse Jiggler settings for GLKVM
Please add more configuration options for the Mouse Jiggler feature in GLKVM:
Configurable inactivity timeout before the jiggler starts
Configurable movement interval
Random interval range, for example 180–300 seconds
Configurable movement distance, for example 1–3 pixels
Random movement direction
Return the cursor to its original position after each movement
Automatically pause the jiggler when the user moves the mouse or uses the keyboard through KVM
Optional working schedule
Automatic stop after a specified duration
An ideal mode would activate only after a defined period of inactivity, move the cursor by 1–3 pixels in a random direction, immediately return it to the original position, and repeat after a random interval.
The current on/off implementation is useful, but these settings would make the feature much less intrusive and significantly more practical.