To test this, I added 500 dummy files to the server toolbox, selected 30 access sessions, and ran a simple "tool" on each. I immediately joined a session, and the toolbox loaded within 10 - 15 seconds.

Fundamentally, the delay in loading the server toolbox items in the client is a function of the following factors: the number of toolbox items that need to be loaded, the number of queued toolbox items that have yet to be processed, and the speed at which the server can processes said queued toolbox items.

If you'd like, I'd be happy to arrange a session to your ScreenConnect server in order to attach our command line debugger to the server process and investigate the server's resource consumption as it's loading toolbox items and processing queued tools simultaneously.

Regards,

Ben

Thank you for providing that additional information. Would you mind sharing how many items are currently in your server's toolbox (roughly)?

If you'd prefer to schedule a session to your environment so we investigate the root cause of the delay in loading the toolbox, please submit a request to extension@connectwise.com, and reference this thread.

Regards,

Ben

Good afternoon,

To facilitate troubleshooting, can you confirm that these reproduction steps are correct:

1) From the host page, select 50 connected sessions

2) From the host page, right click, select Run Tool, and select a tool to run on all 50 connected sessions

3) Immediately join a session as host and click the client toolbox menu icon to start loading the toolbox

4) The toolbox takes upwards of 2 - 3 minutes to load content

Also, if you do steps 1 and 2 above, and then immediately send a simple command (e.g. 'dir') to one of the sessions from the host page, does the guest take upwards of 2 - 3 minutes to send a response to the commands tab?

Cheers,

Ben

Good morning,

Thank you for submitting this information.

I have registered an improvement with development to make the server that handles admin page status check requests handle requests from instances of ConnectWise Control where TLS 1.0/1.1 has been disabled.

Cheers,

Ben

Good morning,

It is true that hosts with the ViewSessionWithoutConsent permission are prevented from changing the session connection's capture quality; however, this appears to be intended behavior. As such, I am going to move this thread to the feature request forum for additional review.

Cheers,

Ben

Good morning,

Thank you for submitting this information. The style you describe is an intended change made to the administration user interface in 6.1. As such, I am going to move this thread to our feature request forum for additional consideration.

Please feel free to update this thread with additional comments regarding the requested appearance.

Cheers,

Ben

Good morning,

Thank you for submitting this information. The 6.1 client was updated in such a way that it now hooks into PrtScn keystrokes and updates the guest's clipboard with image content. At this time, we do not sync the guest image clipboard data with the host's clipboard. As such, I am moving this thread to the Feature Request board for further review.

Regards,

Ben

Good afternoon,

Since the security tab lookup form's intended use is to check that AD/LDAP user roles are correctly mapping to roles defined within ConnectWise Control, we removed the lookup form for users defined internally in 6.1 (user names and assigned roles are listed in the user table, which you can show/hide as needed).

Since this was intended, I am going to move this thread over to our feature request portal.

Please feel free to update this thread with additional information regarding your feature request.

Cheers,

Ben

Good morning and thank you for providing feedback regarding the size of the client download.

While I appreciate your concern about the size of the client download, this is not considered a bug; therefore, I am moving this thread to the feature request forum for further review.

Cheers,

Ben