Dax Liniere's community posts

For some reason the ALT or CTRL modifier key seems to get jammed in the on position about 1 out of 10 times I access a remote machine. I can confirm by opening the Windows On-Screen Keyboard, where I can see keys illuminated despite no key being held.
It's usually ALT, but sometimes CTRL. I don't believe I've ever seen a case where both were jammed.

Often I can clear them by tapping them on the physical keyboard on the Viewer machine, but it doesn't always work. Sometimes it even happens during a session.
It's rather maddening, as you can imagine.

I'm on the latest Viewer and Server, but I have definitely seen this for a few years, so it's not version-specific.


I'm happy to be contacted to provide more information and/or test a debug version.

Cheers,
Dax.

If there is a drop-out during a session, you need to re-enter your password. You could select Save Password on the login screen, but I don't want someone to be able to have access to remote systems without needing to enter the password, so I have never checked that box.

Hello,
If you have a monitor set to a rotated orientation, the mouse does not respond as expected. Mouse input should be transformed to match the orientation of the remote desktop.
This was discovered in a multi-monitor setup, where monitor #2 is rotated 90 degrees.
Please don't hesitate to contact me if you require any more information or would lik to test a potential fix.

All the best,
Dax.

Hi Pauline,
I organise my installed programs into categories. For example, RU client is installed to C:\Program Files\UTILS\Remote Utilities - Client\
I've been a Windows user for almost 30 years so, generally, I know my stuff. ;)

If you could please ask the devs to recheck this, I would be grateful. I suspect that the installers need to be modified to respect the current install directory path, not just to expect it be the default.

Best regards,
Dax.

Hi Pauline,
Thanks for your reply.

May I ask you to uninstall either the host or client on one of your Windows test PCs, then reinstall any previous version, changing the installation directory, please? Then run the latest installer and you will see that it ignores the custom install directory and simply installs to its own default dir.

Aha! I think I found another bug that's caused this bug.

I went to open Viewer on a machine after a reboot after having just updated it. The shortcut didn't work and when I looked at where it was pointing, my installation directory was completely blank.

I did a search for rutview.exe and found it had been installed into the default location, not the original location I had specified at time of original installation. I'm sure I changed the default directory of the host software as well, so it's very likely that is the cause for it to not restart automatically after an update.

Can you please make sure future updates look at original install path? I think the only way I'll solve this now is to uninstall, download the packages from your site and reinstall those, specifying the desired install directory.


Let me know if you need any more information.

All the best,
Dax.

OS: Win 10 Pro 21H1
Viewer: 7.1.1.0
Host: (whichever version just came out)

After using Simple Update to update the host software on a remote machine, the host service doesn't restart automatically. This means you lose control of a remote system if you update.

All the best,
Dax.

Hi Polina,
Unfortunately I'm still getting the issue even in Legacy Capture mode. System was completely restarted and when I shut it down today, it had the same issue.
I had not connected to that PC remotely (in fact, it's rare that I do, perhaps once every 2 weeks).

What's the next thing I can try for you?

Cheers,
Dax.

Yes, I know all about RFUSCLIENT, thanks. :)

I'll test the Lagacy Capture mode and get back to you.

Cheers,
Dax.

Thank you, Polina. Feel free to reach out to me if you would like some input on the UI/UX aspect of it.

All the best,
Dax.