(Updated May, 29th, 2017)
Crazy Cursor Bug
Fixed in SteadyMouse v18.104.22.168 and later
In certain rare conditions SteadyMouse can lose control of the cursor.
When this happens it flies to the edge of the screen and gets "stuck" in a corner.
The user then has to toggle SteadyMouse off (via "Scroll Lock", etc), or just plain kill the
process to get control back. In almost all cases the issue is related to the configuration of
Windows "desktop scaling and dpi" settings.
Every version of Windows since XP has made unique changes to the ability to scale the size of the desktop user interface. This is known as "DPI scaling" and sometimes "desktop scaling" and is at the heart of the problem with loss of cursor control in SteadyMouse. Since every new Windows version is a little different from the last, it has led to multiple solutions to this problem. I'll show you each of them in order from simplest to most advanced and you're welcome to try the ones you like. They each have tradeoffs, however if you must know, "Solution #3" is my preferred choice.
Solution #1 - Set DPI scaling to 100 percent (ie: Disabled)
One solution that pretty much always works is turning off desktop scaling all together (On newer versions of Windows, this must be done for each monitor). The downside is items on your screen may appear too small for your liking. If this is so, then the other solutions further down may suit you better. If you don't mind the smaller GUI however, then these are the steps:
Solution #2 - Use DPI compatibility mode (Per-app)
If SteadyMouse loses control of the cursor only when certain programs are running, and NOT on certain monitors
altogether, then you are probably running Windows 7 or Windows Vista with a DPI scaling of 150% or greater.
What you are seeing is a bug that Microsoft has since fixed in newer versions of Windows. Next time you
upgrade Windows the bug will be gone for good, and in the mean time, thankfully, we have a workaround.
Solution #3 - Use experimental settings
SteadyMouse v22.214.171.124 and later has a hidden alternate mechanism of controlling the cursor that is significantly more immune to interference from DPI scaling issues. This method will work in almost all cases, however it is experimental and has much less testing than the default original mechanism. Enabling it also requires a bit of technical ability, since it requires manually editing the SteadyMouse settings file itself. The upside is that, to my knowledge as of October 2016, this method works on all versions of Windows in all DPI setting scenarios, with any monitor configuration. If you try it and find anything amiss whatsoever, please send me an email so I can investigate.
Doesn't Filter in Some Applications
Fixed in SteadyMouse v126.96.36.199 and later
You may notice that once in a while, when a certain application is open and has the focus, SteadyMouse
stops filtering the cursor, and Icon Targeting won't find things inside that application's window.
Windows "Task Manager" is one such example. This behavior is expected and has to do with security access
permissions. SteadyMouse runs with basic user privileges, and "Task Manager" for instance, runs with elevated
privileges. Consequently, Windows is just doing its job correctly when it prevents these programs from
sharing information. You will actually see this behavior any time SteadyMouse interacts with a program that
is "Run as Administrator", or has requested UAC elevation and received it.
In any event, regardless of the route you take, the behavior is expected and nothing to be alarmed about.
RoboForm App Toolbar Annoyance
A user reported a situation where an application called RoboForm hounds the cursor with a toolbar whenever SteadyMouse is enabled! "RoboForm" is a tool for autofilling forms.
After some experimentation it seems that this program is incorrectly thinking that the "Show Normal Mouse Position" crosshair in SteadyMouse is a form that needs to be filled in. It then places its RoboForm toolbar next to the cursor trying to be helpful. This end up being highly annoying to the user. Thankfully there's an easy workaround until RoboForm fixes this: Turn off "Show Normal Mouse Position" in SteadyMouse.
Open the SteadyMouse settings window and simply uncheck the box called "Show Normal Mouse Position". The RoboForm toolbar will disappear and you should be all set after that.
Clicking Failure in Windows 10 Creator Update
Fixed in SteadyMouse v188.8.131.52 and later
A user reported a mouse clicking issue in the new Windows version released in April, 2017 called Windows 10 Creator Update. Apparently, in certain applications clicking the mouse button fails to do anything! Most notably, in the Edge browser.
The Temporary Workaround
To fix the issue for the time being, open the SteadyMouse settings window and simply uncheck the box for "Show Normal Mouse Position".
After some experimentation it turns out Windows 10 Creator Update is no longer respecting a particular property that makes a window transparent to mouse clicks.
Special effects in SteadyMouse are done via transparent windows that are then drawn upon. Normally these windows are visual only, and act as if not even there as far as mouse clicks go. Unfortunately starting with the Creator Update, this is no longer the case. In particular, the transparent window used for "Show Normal Mouse Position" in SteadyMouse is receiving mouse clicks rather then letting them through to the window underneath. In other words, it is no longer truly transparent. Since it often sits underneath the mouse cursor, this becomes a significant problem.
After a bit of searching I learned this bug has already been reported to Microsoft here.
On my end, line of sight to a possible fix has been found and will hopefully be ready in the next release.