john kumpf's community posts

Another good thing: when my macbook goes to sleep, and I wake it up, Rut viewer automatically reconnects to the hosts I was connected to, prompting me for the password.

That's good!

It happened again. Typing 'o' performed a WIN+O.

This time hitting the Shift modifier key seemed to break out of the WIN modifier down mode.

john kumpf wrote:

My mac viewer to windows 8 host is acting such that the Windows key is continually pressed on the remote machine.

Clicking around works.

But when I try to type a 'd' char, for example, into a text box, it shows the desktop (minimizes all windows) as if I had typed WIN+D.

I tried spamming the CMD and/or OPT keys, closing the viewer window and reopening, disconnecting and reconnecting.

I have not now tried: rebooting the host (it's an agent, so I have to remember to set 'rerun after reboot' and turn off Windows UAC).

I also have not now tried closing the whole viewer and restarting the viewer.

None of it worked.

But WIN modifier key is off now, I'm not sure how that happened.

On the Plus side, rebooting the installed host reconnected automatically on my viewer side. I just had to re-enter the  password. But it reused the same viewer window and re-logged in and refreshed the display view to be current.

My mac viewer to windows 8 host is acting such that the Windows key is continually pressed on the remote machine.

Clicking around works.

But when I try to type a 'd' char, for example, into a text box, it shows the desktop (minimizes all windows) as if I had typed WIN+D.

I tried spamming the CMD and/or OPT keys, closing the viewer window and reopening, disconnecting and reconnecting.

I have not tried: rebooting the host (it's an agent, so I have to remember to set 'rerun after reboot' and turn off Windows UAC).

I aslo have not tried closing the whole viewer and restarting the viewer.

In windows file explorer shift+click brings up a menu that contains "Copy as Path". It also changes the "Delete" option into delete permanently (bypass recycle bin).

Also in windows file explorer, shift+Delete key deletes permanently (bypassing recycle bin).

There are workarounds  for those. The windows file explorer ribbon menu has a Delete drop-down that deletes permanently, for example.

I was using the application "FastCopy". it has a "Listing" button. If you click the listing button, it lists to the screen. if you Shift+click the Listing button, it lists to a file. I would like to list to a file. I can't find a way to do that.

I should have mentioned, Shift+character while typing does insert capital letters as it should. So the Shift modifier works in that case.

I have been using the beta viewer on Mac. I am happy with it.

Having trouble mapping the modifier keys (ALT, CTRL, SHIFT) from mac to windows but I'm working on it.

Can't figure out how to Shift+click.

I need to shift click something in  my application and I can't find a way to do it.

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.

Curious as to if there's an update on this. Since the development team has been busy with MacOS/Linux, I doubt it. And those are certainly important developments so I understand.

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.