Just got off of the chat with support and they told me to add this here. This has been an issue for quite a few versions now but I figured it would be fixed by now and I can't remember when it started. Maybe it's not a bug, but in my opinion, it is and it's very annoying.

ScreenClip [1].png
ScreenClip.png

In ScreenClip.png you'll notice how the Toolbox is a normal, easy to use size...with 7 enough room for 7 files at the moment in it's view.

In ScreenClip[1].png you'll see that when I go into a folder that has only one or two folders/files inside of it the responsive design of the views makes it extremely difficult to navigate. I shouldn't have to scroll to get to a second folder or file inside of the tiny window when it was just big enough to fit 7 things in its view.

Hopefully, that makes sense and I can expand on it if needed but I think that gets the point across fairly well.

Just as a heads up, I'm not sure if you've done any testing and have a fix for when iOS 13 goes public but the toolbox doesn't work for me, it opens and I select an item but nothing gets sent and I just account it to being a compatibility issue at the moment but figured I'd post it on here just in case. I'm on 19.2 right now which I thought was the most up to date one but just noticed a new one came out so maybe it'll work with 19.3.

Backstage doesn't work if "Consent" by default is turned ON. Logged with Support as it is obviously a bug with the Support person agreed with but the product team 

Whoever is in the product team thinks it's an enhancement request should speak to the person who thought of the backstage feature and ask him/her the purpose of this feature. If it can't just jump into the backstage right away despite the "Consent" setting or not then it's designed wrong and it's a "BUG", not an enhancement.

Own up to it and kindly get it fixed please

We have a 2019 Clustered HyperV environment where the guests do not show a live display unless the console is live from the HOST 

Keys and Mouse seem to be being passed through because if we send a CTRL+ALT+DEL to the guest and refresh the screenshot you can see it has been passed through to the guest, the display on the session just does not refresh for the host 

Screenconnect Version - 19.2.24707.7131 (not listed below) 

Since upgrading to version 7170 the highlight font color is white, which is exactly the same color as the box it is in. An example of this is when right-clicking on a connected device, the menu is fine until you mouse over an item but the item box and the text both turn white when hovering over it. The same goes for the dialog box that appears after making a selection. If I select Reinstall I get a box that looks like some random text on a white sheet of paper. No confirmation button is visible. But since I know where the button is I hover over it and the border becomes opaque. But still no text. It was all fine until I installed the latest version earlier today.

Hello! 

I have developed an Android application that uses a WebView for displaying a web page.

When I connect from a PC to the Android device running the application and try to interact with the web page the mouse clicks are not detected. The interesting thing is that the hover events are detected. Can I know if there is a possible solution regarding this problem?

Thank you

Using build 73.0.3683.103 with no issue.

Upgraded to build 74.0.3729.108 and I have no scroll bar nor can I scroll with the mouse wheel.

When launching ConnectWise Automate Web or Control web consoles, "Control" button doesn't launch the installed application and instead attempts to force re-download of the app.

I am seeing the following error on multiple computers with the latest version of Screenconnect (19.2.24707.7131).  After reviewing the Windows event logs it appears I started getting this error on June 11th on my computer.

I can still connect to these clients, and there is no error popping up on the screen for these clients. I noticed this when troubleshooting another issue in the event viewer.

System.Net.Sockets.SocketException (0x80004005): A blocking operation was interrupted by a call to WSACancelBlockingCall

at ScreenConnect.SocketNetworkConnection.Receive(Byte[] buffer)

at ScreenConnect.NetworkConnection.OnReadStreamNeedsBufferCycled(Object sender, EventArgs e)

at ScreenConnect.Extensions.RaiseEvent[T](Object sender, EventHandler`1 eventHandler, T eventArgs)

at ScreenConnect.BlockBufferReadStream.Read(Byte[] buffer, Int32 offset, Int32 count)

at ScreenConnect.Extensions.ReadByteDefault(Stream stream)

I have a 25 machines in an access group. After accessing the website, and selecting the access group, I cannot scroll down without using the arrow keys. 

I am on a Mac running 10.11.6 (15G22010 - El Capitan) using Chrome 72.0.3626.64. This happens also on my Mac running 10.14 (Mojave), same version of Chrome. 

If I use Safari, I can scroll normally.