At the time of the log entry below, (Oct 10-11 2022) it was daylight savings time (DST) in eastern time zone. DST ends Nov 6, 2022.
EDT is UTC-4 (daylight savings time).
EST is UTC-5 (standard time).
My host log has an entry:
11.10.2022---02:33:36:992 116 73.[ip] Incoming ID connection from IP: 73.[ip]
That's Oct 11 2:33am UTC.
Since at time of log entry it was EDT that should be -4 meaning:
Oct 10 10:33pm EDT (previous day since the conversion crosses the day boundary)
But this entry was really created at the following time. I know because I remember and have other logs:
Oct 10 9:33pm EDT (ie 9pm rather than 10pm)
So it seems like RUT is not logging the time based on a current read of UTC, but rather doing a strict "+5" off "eastern time" to convert to UTC. I admit, this is speculation on my part. But the math appears to be off. Unless I'm missing something.
I note that in Windows 10 settings, the setting is for time zone is "UTC-05:00 eastern time". It does not distinguish between daylight savings time or not in this setting. There's a separate "adjust for daylight savings time automatically." Maybe RUT has to mimic this setting itself. I don't know--I'm speculating.
For what it's worth, 6 months later, I have also experienced this phenomena of fighting with the noisy mouse.
For me, it's often when I am trying to solve a problem remotely, and then have to go on-site to solve it. And I leave the session active back at the office.
Another possible idea for a solution--and other remote support programs work this way--is that movement of the local mouse temporarily inhibits remote control. You'd want the remote user to be able to get it back either by moving their mouse, or clicking on something. There is already a "Lock the host's mouse and keyboard" in Advanced settings. What I'm requesting would be somewhat the opposite, lock (temporarily) the viewer's mouse and keyboard.
I appreciate the many accommodation you have given us users.
allowing us to click through it
future allow it to be invisible on viewer
future allowing us to pick the corner.
Honestly, I feel that's the best corner. The big issue is it is *over* other w10 pop-up notifications there. Is it possible to:
Have it be *over* other windows, but *under* pop-up notifications? That seems the ideal layer, if possible.
move it up a few pixels so it is above most other notifications (higher up on the screen), eg, above the USB is safe to remove notification?
manually position it from the viewer (and maybe host)? Sort of like the notification banner of old.
can a user who is local to the remote host (the "remote user," with physical access, keyboard and mouse plugged into the remote host, physically in front of it) click on the notification to dismiss it? It would seem to have served its alert purpose at that point. (Altho, perhaps not its "nag-to-upgrade" purpose which I understand.)
I have to admit (undermining my own argument) I am considering upgrading to a paid, commercial license because of it. And because of the flexibility of when to upgrade v7 to v8 which is coming in a year. And because it's currently only $99 for a perpetual license (which realistically is 1-2 years because I'll want the new version) which also gives me 20 hosts in the viewer at the same time instead of 10 because 10 is starting to become cramped for me.
It showed in the (v7) viewer as "Online" with a yellow triangle alert saying it's the wrong version. I didnt notice the triangle at first.
When I tried to connect the response I got was authentication error. It took me a minute to realize it was a host version problem. I suppose that can't be changed, for example to display a message saying, "Can't connect to outdated v6 host. Upgrade host to v7 or purchase a paid license." without a new version of the viewer software.
Would it be possible with a free v7 license in a v7 viewer, connecting to a v6 host, to allow Remote Install -> Update Host? IE just allow that one operation. This would seem to ease pain for free users while still encouraging them to upgrade to the latest and greatest and most secure version.
Thanks. I tried host18.104.22.168.msi locally and it did NOT work. It was fr om 22.214.171.124 and I think it was agent before it was host. And it may have been an earlier v6 version before that, or even v5.
However I just tried remote install from the viewer with vanilla .msi installer wh ere the host was originally installed 126.96.36.199 to 188.8.131.52 and it worked without a hitch and kept both the Internet ID and the password.
Unfortunately, I am not clear. Can you spell it out for me?
It seems I have 5 options:
Simple install (dl from website--.msi? or .exe? or I'll never know it's behind the scenes?).
remote upd ate vanilla .msi
remote upd ate MSI Configurator .msi
local install .msi
local install .exe
Are you saying that all of these will preserve the Internet ID and Password? (MSI Configurator if I don't click to se t (sic) set those.)
And the remote methods, they will or will not require a user to be present to click on something (Do I have to turn off UAC before hand?)
I used the .msi local install and it forced me (locally) to click Generate New ID. That v6 might have come from an agent before it. And it was a 9-digit, not a 12-digit ID.
I'm sure a lot of people are wondering the same thing.
I don't use Simple install. First of all, I can't tolerate changes in procedure (based on new features and new changes) that often. And upgrading just one host, means I have to upgrade the viewer (probably), which means i have to upgrade all past and current hosts (probably). So it sets off a chain reaction. And it's very time consuming, especially if something goes wrong. Also, it might come up at the start of a support call, wasting the remote person's time. So I have to be judicious with my upgrades.
So, I'm sure there's a lot of users in my situation: wanting an easy way to upgrade and keep all settings.
On Windows 10, running portable viewer v184.108.40.206 not elevated, free license, running remote install.
Remote Utilities security
Upd ate host
Browse to the host220.127.116.11.msi file on the local computer.
(instructions don't explicitly say the path there is a local path; could be a remote path? I tried both--same result.)
In the Action log window I get:
***** Start of log ***** Date: 2/5/2022 12:36:01 AM Action: install/upgrade. Checking files of the Host. Host files not found!
I have checked the path to the local host18.104.22.168.msi file, and checked its hash against the one on the website download page. Everything checks out. I can execute that .msi file on the local computer. I even copied it and tried to specify the copied file. Same result.
The remote machine is Windows Server 2019 running installed host v22.214.171.124.
I have BitDefender antivirus that is complaining about these files. But I have se t these files as Exclusions and I have BitDefender's real-time protection turned off during this entire operation.