Trent's community posts

Probably related to a couple other posts on the forum, I got a popup from my ESET Antivirus that it blocked the communication to http://d31w5wvwqc1c0w.cloudfront.net

I'm assuming it's probably that it is trying to use http rather than https that's causing the block.

This does not prevent functionality of RU, but just thought I would let you know.  

Possible related posts:
https://www.remoteutilities.com/support/forums/forum1/2834-please-update-the-simple-update-to-download-from-https-and-not-http

https://www.remoteutilities.com/support/forums/forum1/2832-is-update-remoteutilities-net-legit

You may not be in the full Services MSC.

Try clicking Windows/Start button and then just start tying the word Services.  Click on the match you get.  That should get you to the full system services list.  We are looking for "Remote Utilities - Host" in the list.  Double click and you should get the service properties dialog.

Change the "Startup Type" dropdown to "Automatic (Delayed Start)" and click OK.

If the above doesn't get you to the services list, try pressing WindowsKey+R on your keyboard to get the run dialog.  Type in SERVICES.MSC in the box and run it.  (You may have to check a box to run as administrator)

Hope that helps!

Michael, just a tip from another user... I have noticed (especially on older machines which I assume this would be since it had Windows 8), the boot up process can be a bit taxing on the computer and if the Remote Utilities Host service does not respond in a timely manner, it may not start.  Changing the startup type in the service setting from "Automatic" to "Automatic (Delayed Start)" can help things as it will give way to some of the other services on the computer and wait an extra 30-60 seconds before attempting to start up.

It doesn't always fix the problem, but may be worth a try.

I can confirm this is fixed in Viewer 7.2.2.0.

Thanks!!!!!

Excellent!  Let me know if the new release is available as beta.  Happy to give it a try prior to full release for you!

Thanks, Pauline and the whole RU team!

Done!

I can also confirm that rolling my Viewer back to 7.1.7.0 restores the expected functionality of correctly passing the Alt-F4 keyboard shortcut to the host when using Full Control and NOT closing the Viewer.

I should specify this is when I am in Full Control mode, not File Transfer.  Previous version correctly passed this keyboard shortcut to the host.

I checked my "Hotkeys" in settings and Alt-F4 is not assigned to any special function.  I am using the defaults.  The only thing near it is "Close" is set to Ctrl-F4.

Good morning!  I just noticed today that my often used keyboard shortly of Alt-F4 to close a window is not functioning as intended.  As of 7.2.1.0, the keystroke is being passed to the remote host AND it is closing the Viewer window.  Expected and previous behavior was that they keystroke gets passed to the remote host only.

Both Viewer and Host are running 7.2.1.0.

Thanks!

Hey, Robert!  I'll offer a suggestion for you on this one... I don't think the Remote Utilities agent or host would be handling any kind of autologon for you, that would be a function that you would setup in the machine.

If you are talking about the host automatically starting up at boot up, with the installed Host, that SHOULD happen... BUT I have found through personal experience that some older and more sluggish machines (generally anything running XP likely falls under this heading) may need a little extra time at boot up before starting some background services.

If you go into the Services list in your control panel and find the "Remote Utilities - Host" listing, double click on it and change the "Startup type" to "Automatic (Delayed Start)" that may help you.  This gives Windows a little extra time to start up some other programs before it tries to start the RU host up.

May or may not help, but worth a try!