Steps to reproduce the problem: Connect to another machine using ScreenConnect/Control, Lock the Host computer, unlock the Host computer, now the Guest computer acts like the Windows key is engaged.
Host OS: Version 1703, OS Build 15063.674
Guest OS: Version 1607 OS Build 14393.1770 And Windows 7 Enterprise 6.1.7601 Service Pack 1 Build 7601
Hello Ben, What version is this fixed in? We upgraded to 6.4.15083.6507 and are still having the same problems.
Is it possible to also make the MAC address searchable on the Access page?
Just to update....the user with the Mac computer has not replied to my requests for more information. However, my co-worker, who worked with the user, said that Java was not installed at the time the issue presented itself. He knows that because he had to install Java to get another program to work.
This has been happening to us for awhile now. We have the same control/screenconnect version as OP. Host: Windows 10Guest: Windows 7, various Windows Server OSs.
Some of these questions will be difficult to answer as the Mac is someone's personal device. However, I can try to ask them and send them instructions on how to find out that info. 1) the server that hosts Control or SC is Windows 8.1 Enterprise, and the host that connected to the Mac is running Windows 7 Enterprise.
2) I'll have to ask the user.
3) We're running version 6.3.13446.6374 on the server, and the guest should be running the same since it was a Support session.
4) I'll have to ask the user.
5) In this case, they were trying to type into the Remote Desktop for Mac app to setup a remote connection.
6) English, yes
Is there any light at the end of the tunnel? Any kind of updates?
Yes, this would be an awesome feature. Also, like Xander said, it would be great if it ran the next time the machine is on if the machine misses the scheduled time.Maybe this is a different request all together, but is it possible to have something scheduled and have it log into the machine as a specific user? For example, I needed to run this script to install this program, but the script requires that someone be logged into the computer. I ended up logging into a dozen or so computers myself just for this to run, but it would save me a ton of time if it could just login itself to run the script.
I'm curious if anyone has been contacted by CONTROL to address their concern when they asked for this to be escalated. It comes across as though CONTROL isn't hearing our cries or isn't addressing them properly. Skimming through the replies, it looks like the last official employee commented about a month ago. I think I already said this, but there should be more transparency on this issue since it impacts a large group of customers and is also annoying to deal with. The thing I liked about the ScreenConnect forum was that you at least had regular replies from employees, even if the issue isn't resolved.
Is it possible to get a temporary fix for the issue until a permanent solution is found?
Someone higher up this thread mentioned to run
"net stop UxSms
sc config UxSms start= disabled"
If that stops Aero, then can it be configured to run on connect without the tech having to manually send a command?
Customer support service by UserEcho