Welcome to the ConnectWise Control Bug Report Portal
If you do not have an account, click "Sign in/ Sign up" to get started.
- Search for an existing bug report before adding your own. This helps us prevent duplicate entries and improve bug tracking.
- If you find a matching bug report, give it a thumbs up and throw in a comment with more details about the problem.
- If you can't find a request for an item you need, create your own bug report. Provide as many details as you can, especially:
- Software version of the server, host client, and guest client
- Operating systems affected
- Any error messages
- No spam, advertising, or self-promotion.
- No offensive posts, links, or images.
- Only one request per post.
- Administrators have the ability to moderate the forums, including editing, deleting, and moving posts. Posts may be deleted for any reason, with or without notification.
Thank you for sharing your thoughts with us!
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.
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.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
The option to Auto Consent to Backstage is available in the Advanced Configuration Editor extension under Application Configuration -> Quick Settings. This will enable switching to Backstage without a consent prompt.
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.
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?
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.
Customer support service by UserEcho