I'd like to have the ability to split multiple guest monitors into separate resizable windows on the host side like what LMI did. The ability to then remember that preference per machine would be helpful or at least make it a host-side user preference.

I waste a lot of time switching between remote monitors in order to get things to a readable size even on 24in LCDs.

Partner would like to add a 72x72 icon resource

User Story:

User has an Android device that supports 72x72 icons. Using our 48x48 option results in a fuzzy icon.

Partners are requesting an additional layer of security on the cloud account page.

User Story:

A one time password option on the account page login would provide an additional layer of security.

Partner would like the ability to access the participant list in mobile apps

User Story:

There are times when another Host does not exit a session which consumes a license. Partners would like a way in the mobile apps to connect to a session and remove the other host.

Partners requesting the option of not having to provide a session name for support or meeting sessions types.

Our techs often need unattended remote access to a customer's server. That same customer may prefer that we use "click-to-consent" for remote access to their workstations. Currently, "click-to-consent" can only be forced on a per-tech basis.

Partners would like the ability to run toolbox items on machines with their guest client installed when they are on location with their customer.

Often times we are working with our clients and are physically at their machine that we have Screenconnect installed on. It would be nice if there was a way to get to the toolbox from the icon that is put in the task tray to download/run programs that we have in the toolbox. It would be nice if there was a configuration choice to ask for a username and password so the client could not normally get to the toolbox.

We have a lot of nice programs in our toolbox that help us troubleshoot and diagnose a machine and it would be great if a a client said, "Oh by the way. While you are here could you fix this?" we could just go to their machine and pull up the toolbox and get to the program that we needed.

Current behavior: Have to be logged into the host page or connected to the guest client.

AC:
1. Ability to right click the sys tray icon on the guest client, authenticate, and run toolbox items from the guest machine.

Support Ticket #15223402

According to support when installing the MSI with /qn or similar switches for non-interactive / scripted upgrade, it's expected that if the license check fails the upgrade is installed anyway and the SC instance is left broken even though this condition was detected by the license check.  It might be expected by support - but not by customers, and this exception is not documented where the license check is documented https://docs.connectwise.com/ConnectWise_Control_Documentation/ConnectWise_Control_release_notes/Upgrade_to_the_latest_version_of_ConnectWise_Control

The license check should abort an upgrade under all circumstances unless a command line parameter is passed to force the upgrade, or a non-default choice is made in the installer GUI to force the upgrade.

Just because the upgrade is running non-interactive is not a good reason to ignore the license check failure and force the upgrade which then leaves the instance unusable.  This killed a customer instance this week, and was completely avoidable. 

Right now, when a user enters the code or clicks a link, we get a basic "user clicked..." message so you can tell if they made it that far.  But, since a certain percentage of users seem to have difficulty locating and running the right file, it would be nice to see if they're clicking the link or entering the code over and over again.   That would give support personnel on the phone with the client some additional insight on what they might be doing wrong so we can help guide them.