Trent's community posts

Using a WiFi hotspot through Verizon things come up just fine.  When I switch back to Spectrum, they go offline again.

Do you suspect the issue is with the ISP or could your servers be blocking my Spectrum IP address for some reason?

Is anyone else experiencing problems with Internet ID hosts all showing as "Offline/Unknown" in the status in the viewer?  Everything was working fine earlier this morning, but about an hour ago, suddenly everything went offline for me.  I am east coast US.

Thanks, Polina!  I downloaded the update a few hours ago and have confirmed that Viewer 7.0.0.2 fixes this issue.  I have updated my hosts to match for good measure to capture the other fixes, but am pleased to see that updating the Viewer alone does resolve THIS particular issue!

Thanks again to you and the team!

Pacific, also be sure you understand the differences between the HOST and the SERVER.  Host is what you install on a computer to be able to make a connection to it from a VIEWER.

SERVER is only for relaying connections from your Viewer to your Host(s).  It is not necessary to install your own server since Remote Utilities provides public Servers to use as well.

Here's the overview that explains the different modules:

https://www.remoteutilities.com/product/

Super!  Thanks, Conrad!

Polina, any update on the release date of 7.0.0.2?  I would be willing to give a test build of it a shot if you would like!

Hello!  This is expected behavior if your Host is running a 6.x version and your Viewer is 7.x.  Update the host to use the same version as your Viewer and you should be good to go!

https://www.remoteutilities.com/blog/remote-utilities-7-release/#File_Transfer_navigation_speed

Excellent news.  Many thanks to you and the devs, Polina!

Interesting.  I definitely did not experience this in 6.10.

I have noticed a change in the mouse behavior between 6.x and 7.x that has me concerned enough to consider it a possible bug.  I am running Viewer 7.0.0.1 and Installed Host 7.0.0.1 with Windows 10 on both ends.

The issue is when the RU viewer is NOT the active window and you return to it and click somewhere on the remote computer's screen, the CLICK is registered, but the new position of the mouse is NOT registered, causing the click to happen wherever the mouse was last used on the screen.  This can be problematic as you may click on something that you did not intend to click on.

I believe intended behavior (and prior behavior in 6.x) would be to update the mouse position on the remote screen BEFORE sending the click command to ensure proper mouse cursor location for the click.

Steps to reproduce:

1. Connect to a remote session.
2. Confirm that mouse clicks are operating as intended within the viewer to the remote screen.
3. Move the mouse out of the RU viewer making sure that where your mouse leaves the screen, it is on an icon that you can identify.  In my tests, I had the desktop showing and moved my mouse off the screen to the left so that the "Recycle Bin" was the last thing it was on.
4. Click a window other than the RU viewer to make it inactive.
5. Return to the RU viewer remote session and RIGHT click on an empty area of the desktop.  You SHOULD get the right click menu options at the point where you clicked.  Where the menu actually pops up will be where your mouse left the screen (recycle bin icon in my case).

I created this video to illustrate:

https://www.screencast.com/t/8uvIBCyFp1

Let me know if I can answer any questions or provide clarification.  Would love to see this fixed in the upcoming 7.0.0.2 patch!

Thanks for all that you do!