David Li Bergolis's community posts

Conrad Sallian wrote:

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.

My laptop remain in active state with closed lid, it simply turns off the monitor.
And I think, that's the problem.
As soon as I close the lid, the monitor will be completely disconnected from the system,
it even disappears from the device manager (I could observe this behaviour with an external monitor).
In this state there is no connection via RU possible.
Existing connections remain connected, but don't show any movements anymore.
If I activate legacy screen capture, then it works again.
It could be a good workaround, that if the RU host is running,
it periodically checks wether a display is connected or not.
If NOT, then it should activate legacy capture automatically.
Is it possible to implement such a function?
At least like RDP, wich works even on headless systems, because it simply simulates a display.

Yes, correct. I use the offline variant, because I don't like to be dependent of a serversystem wich is NOT under my control.
I like to reduce these dependencies to as little as possible (bad experience, sorry).
It's the same problem novadays when I want to purchase a S/MIME certificate
for email signing and encryption.
The private key is created serverside (!!!), rather than in the local browser module,
that's a NO GO and I reject this methods at all.
The same with online signing of the MSI package.
That's not negative to you, it's ok for me, but this is only to explain my thoughts about that.

I can help me with a simple batch now, it works without any problems.
The more I think about that, the more I'm sure that this could be an issue that you easily could mitigate.
If a quiet simple and OLD BATCH can solve this problem,
then a real softwaredeveloper should be able to do it as well.

But for now, thank you for the reply and declaration. It's nothing to worry about for me.
In two weeks I will upgrade to STARTER, because I'm conviced about this tool.
Have a nice weekend.


PS.:
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?


PPS.:
Sorry about my quiet poor english.
I learned completely at myself by using english OS and software since my childhood.

PS.:
I cannot post screenshots with the error window.
The upload stops at 90%.
I tried JPG, PNG and TIF.

Due to a too fast closed topic I have to create another with the same issue.
If possible, please combine both threads. Here the Link.

I cannot create a preconfigured MSI package while the RU host is still installed.
It's NOT enough to stop the service and leave the host installed.
I directly get notified, that I have to UNINSTALL the host to create an MSI package.
I can reproduce this behavior at ANY computer, even foreign.

OK, it's not a big deal for me.
I created a batch file, that would stop and rename the service inside the registry.
Then i configure the MSI and let create the package,
fiinally I start the same batch file, wich then reverts the previous actions in the registry.
For me it works, but that's not a valid workaround for those
who use remote utilities in an restricted AD environment.

Hi. Is it a bug in the configurator or ist it simply not possible
to create an deployable MSI package, while the host service on the computer is still installed?
I could understand, if it would be running, but even the simple PRESENCE of the host will impede the MSI config?
Is there a workaround of that?
Because it's relly annoying, if I always have to completely uninstall the host, create the MSI and then reinstall the host again.
Beside that... nice peace of software. I'm going to buy the starter license for me.

David Li Bergolis wrote:

Well, that the tray icon is mandatory to avoid problems with AV Software, that's not correct.
Look at UltraVNC, you are able to completely disable the tray icon and any notification at connection.
You can even open an integrated filemanager and transfer files from and to the host without any notification.
The host doesn't show any information at all when properly configured.
And nonetheless, AV Software don't flag it as Virus/Trojan/PUP, etc...

To be honest, UltraVNC needs an open port for ANY computer you want to control remote,
RU needs only ONE open port for the server, OK.

I really don't care about the systray icon at all, but the connection nag screen blocks any work or click at that area.
You could make a permanent and nonremovable systray icon that indicates idle, connection, errorstate, etc,...
but please remove that banner. It makes no sense for me to double annoy the host.
If it is possible with a paid version, it would be acceptable for me, although it would be a license-wise overkill,
because I'm a private user with 6 computers inside my family circle.
But I have to admit, that your price policy is really fair, so I would buy.

Is there any way to remove that banner?
It seems to be a bug, because I configured 5 computers with windows 10 and 1 computer with windows 7.
On the Windows 10 computers i can click on the "okay" button on the banner.
At my Windows 7 machine i cannot click at ANY button on that banner, neither physically, nor from remote.
I tried to reinstall RU Host with manually deleting any registry entries and any folder created (ProgramData and AppData).
That's only a problem with Windows 7. I tested it with XP, no problem at all.

My 6-year-old daughter understands almost immediately when I explain to her a mistake, sometimes with far less information.
Here, on the other hand, I explain a problem in minute detail, even with screenshots, and yet it is pretended that you don't understand what I'm talking about at all?
At the same time, everyone else here has understood exactly what is being said.
That's simply offending.

I don't expect that this error will be fixed at all, because it regards only Windows 7, that's OK for me.
I found a workaround and I posted it here for other people.
But I simply expect that an little issue will be at least called an issue inside the Software.
Jesus, it's just a bug, a fairly minor one at that, but it's a bug.

The next weekend I'll buy a license for my home, because it is still a great piece of Software and it's completely self hostable, and I support that developers.
But please for the next time.
Read the posts and don't try to take people for stupid.

Pauline wrote:

Hello David,

Thank you for the clarification.

Could you please try uninstalling your Host completely following this guide and then re-installing it from scratch? Please also make sure to add Host installation folder to any antivirus software exception list (even if you only have Windows Defender on that machine) as described here.
After re-installing Host please try connecting to it once again and see if the issue persists. You can also re-install Host using our default installation file - in this case the First connection warning window is not displayed as well.

Hope that helps.

OK, I did reinstall RU from scratch following your method, it doesn't matter at all, at the first connection I cannot click inside that banner, it doesn't react at all.
I have installed Windows 7, soo there is no Antivirus or Firewall or other security software installed at all.
This Computer has access to the LAN, but nit to the Internet.
I found out a workaround for solving that issue:
connecting via RDP (the Microsoft one, not the RU implementation).
Then connect via RU.
The banner appears and inside RDP it can be dismissed.
After that you can connect regulary via RU.

It works, OK, but I think it's not a sign of clean programming.
It's simply a bug, nothing dramatic, but at least it has to be honestly accepted as such a bug.

Pauline wrote:

Hello David,

Thank you for your message.

Is there any way to remove that banner?
It seems to be a bug, because I configured 5 computers with windows 10 and 1 computer with windows 7.

It looks like you mean the First Connection Warning notification rather than the notification banner discussed in this thread. Please note that this notification is only shown if specific conditions are met for Host and in order for the First Connection Warning message to disappear the remote user must click the OK button in the message. Alternatively, someone can also connect to that Host from a Viewer registered with a PRO or SITE license - this will close the notification as well. Please note that computer reboot is required after the connection.
If you can't close the notification even when physically clicking the OK button on the Windows 7 machine, pleas try fully uninstalling Host once again as described here and then re-installing it using a vanilla installation file downloaded from our website.

If it is possible with a paid version, it would be acceptable for me, although it would be a license-wise overkill,
because I'm a private user with 6 computers inside my family circle.
But I have to admit, that your price policy is really fair, so I would buy.

Please note that it's possible depending on the banner, i.e. if you mean the persistent notification mentioned in this thread, then it's not shown if you are connecting from a Viewer registered with a commercial license (any commercial license and not only PRO/SITE like in case with the First Connection Warning window). You can double-check that this banner actually looks different, features different text and actually doesn't have the "Okay" button to click. Here's how the persistent notification banner also looks just in case:
   

Hope that helps.

Yes, I mean the first connection warning.

You said that I have to click a button in that banner, well, I know,
but that's the point: the OK button is there, but I cannot click it at all, regardless of being remote or physical present.
I cannot dismiss this banner and I cannot click anything behind it.
The two buttons displayed in that banner are completely not functional at all.
OK, I wrote inside the wrong thread, as this is for the permanent notification banner. Sorry.
I would continue via PM, open a new thread or continue in this thread, as this error is very similar, as it regards the banner-function in your program
Tell me, what you prefere.

Well, that the tray icon is mandatory to avoid problems with AV Software, that's not correct.
Look at UltraVNC, you are able to completely disable the tray icon and any notification at connection.
You can even open an integrated filemanager and transfer files from and to the host without any notification.
The host doesn't show any information at all when properly configured.
And nonetheless, AV Software don't flag it as Virus/Trojan/PUP, etc...

To be honest, UltraVNC needs an open port for ANY computer you want to control remote,
RU needs only ONE open port for the server, OK.

I really don't care about the systray icon at all, but the connection nag screen blocks any work or click at that area.
You could make a permanent and nonremovable systray icon that indicates idle, connection, errorstate, etc,...
but please remove that banner. It makes no sense for me to double annoy the host.
If it is possible with a paid version, it would be acceptable for me, although it would be a license-wise overkill,
because I'm a private user with 6 computers inside my family circle.
But I have to admit, that your price policy is really fair, so I would buy.

Is there any way to remove that banner?
It seems to be a bug, because I configured 5 computers with windows 10 and 1 computer with windows 7.
On the Windows 10 computers i can click on the "okay" button on the banner.
At my Windows 7 machine i cannot click at ANY button on that banner, neither physically, nor from remote.
I tried to reinstall RU Host with manually deleting any registry entries and any folder created (ProgramData and AppData).
That's only a problem with Windows 7. I tested it with XP, no problem at all.

Yes, I am a private user at home. Only ONE network, no subnetting, no VPN, no VLAN.
And of course I am using the latest Version available since today 13:30h.
My network is using DHCP with reserved IP adresses (MAC based),
so my clients are using DHCP to get always the same IP adress.

For the RU config:
I use my own hosted ID Server with the integrated user management.
That works like a charme inside my network and from the internet, even behind Firewall and NAT.