There's currently no way to unlock a user account other than resetting the password. The last time this was posted looks to be about six years ago, and yet this basic, basic feature is still missing. Any chance this will ever be added?

When I connect to a client, the screenconnect app sometimes takes more than a couple of seconds to launch. The browser GUI only allows three (3) seconds for the actual app to launch and many times the app takes slightly more than that... meaning that it then defaults to downloading the software AGAIN, even though the app eventually launches. This happens usually once a day meaning I'm constantly downloading the screenconnect application over and over, even though it's working fine.

If the browser application could wait just 2-3 more seconds until it makes a decision... it seems like 3 second default just isn't enough. OR could this be something that we can set locally to decide how long that wait time is.

We need to disable to feature globally.  

If you share a session, the clipboard can pass through to the connected host passes clipboard, potentially giving them passwords in clear text. This also works in reverse where you can obtain passwords you shouldn't. So, a by default no clipboard for host passes would help to alleviate the need to manually turn off clipboard.

We should be able to set blank guest monitor as the default behavior in a per device or per user basis and not only system wide.  Alternatively being able to set a disconnect buffer of a few seconds or minutes after disconnect to disable all feature in the event of a network  fluctuation.

Please remove "Joining" header and "Joining your session..." text from download screen when setting up a support session.  Users think this is a sign to stop reading and sit there quietly waiting for something to happen.  Also, please change text that reads "Click on the file in the bottom left corner of your browser to start launching the app." as all browsers currently in use by our clients now place the downloads button in the top right.

This would be beneficial when using a Android device as a door sign for several conference rooms to be able to remote in and change something without have to remove it from the mount, click allow and then hang it back up.  Unattended access would avoid all that and I could change several of the signs in minutes instead of have to run to each one.

I think we should put this on the “wish list” – this should be done more granually – i.e

1. Allow for settings for
1. Disabling the TECHNICIAN from enabling remote client microphone (the remote client should still be able to enable his own microphone)
2. Or disable its use completely as is on both
3. Or allow all use as is now
4. These options should dbe done per type – ie. Remote access, remote support, or meeting ( as different settings should be set, just like the “default” setting exists)

We would love to have access to Chrome from Backstage Sessions.