Conrad Sallian's community posts

Hi David,

That's not negative to you, it's ok for me, but this is only to explain my thoughts about that.

Of course, we understand. That's why we still offer this off fleixibility. The downside is that the file comes out unsigned but you can choose to sign it with your own certificate, of course.

If a quiet simple and OLD BATCH can solve this problem,
then a real softwaredeveloper should be able to do it as well.

We will take a look, thanks.

Is it correct, that the software has a problem in connecting with laptops with closed lid
and it can be resolved by activating legacy capture?

This depends on the state of the laptop with closed lid. If it's unavailable via network, Remote Utilities cannot connect. So it's not rather a question of a closed lid but network(adapter) availabillity.

Hope that helps.

Hello John,

The current version is 7.6.2.0 . Have you tried to update to that version?

A word of advice - please first update Viewer and then Host (using the Simple update feature) as described in this guide.

Please, let us know if you still experience issues connecting. If so, we'll need Host and Viewer logs to examine the issue.

Thanks.

Hello Keith,

Thank you for your message.

Yes, if there is a 1-tech license all Viewers must be closed on other machines. That is, the app itself should be closed (File -> Exit).

Please, make sure no Viewers are running other than the one you are using and try again.

Also, please make sure that your RU Server is registered with the same license as described here.

Hello David,

Thank you for your message.

You are using the offline/legacy version of the configurator, not the 'Online' option ,correct? If so, then uninstalling Host is a necessary thing, we are sorry for that. This is required because the msi-building process happens on the Viewer machine itself.

With regards to the images not loading, there was a faulty update of the site CMS system. We've fixed it now. Thanks for reporting!

Hello,

We've responded to your ticket but I'm also posting here.

We have just tested the 24H2 update with a Host 7.6.2.0 previously installed and running on the machine. There weren't any issues with Host working after the update was applied. The screenshots were sent to you in the ticket.

Neither did we receive reports from any other users even though this 24H2 update has been around for quite a while.

We can keep this topic to see if any other users report the same. We also encourage other users to report if their Host installations do work ok after the 24H2 update.

Thanks!

Hi Anthony,

Thank you for your message. We’ll check it out.

We recently updated our website design, so a few small bugs may still appear here and there (usually with forms). Apologies for any inconvenience.

Until we figure out the issue and manage to reproduce it, please do not update Hosts on the remote machines with the said Windows update installed.

Thank you.

Hello,

We will test this issue out with the new Windows update and let you know if find anything. So far we haven't received any reports from other users.

It would really help if you take a look at Windows Defender log (or whatever antivirus sofware is installed) on the remote machine with Host installed.

As a rule if the Host won't start it's almost always the activity of the so-called "security" software.

Could you tell us if you can still run Host manually (by running the Start Host command from the Windows menu)? Or are the Host files corrupted / deleted - perhaps because of Windows defender's false positive detection.