01-16-2019 07:13 AM
01-16-2019 07:13 AM
I requested control and I was granted access but sporadically it stops working. I still see my mouse on the other person's machine and it moves around but I can't click anything.
This is not a one-time occurrence. It happened numerous times.
01-19-2019 08:04 AM
01-19-2019 08:22 AM
01-19-2019 08:29 AM
Thanks for the reply Thuyavan but I'm able to request control.
I'm saying it is flaky. In a session where I have control my clicks just stop. I can still move my mouse on the other persons machine but I can't click anything. Then, a few minutes later it starts working again.
01-19-2019 08:36 AM
I belive the option is set and it seems like it’s started, but the issue I about the feature not working as expected!
That is correct Adam!
Could it possibly be a bandwidth issue?
Doubt it as I can still see the other persons screen and any actions they take. Also, I can still see my mouse move on their screen so it doesn't seem like a bandwidth issue. And I can see their video/webcam.
There's a way to access Team "debug" logs on the client, right? I wonder if the log file would be useful? Mine, the sharers or both?
Tried from other network?
Everyone having this?
Not sure, I'm the early adopter... :smiling_face_with_smiling_eyes:
Thanks for your response!
06-07-2019 01:54 PM
@Michael T. DePouw Spottedmahn Are you still having this problem? I've noticed a few times that it happens to me. I'll have screen control and everything will be working fine until all of the sudden I can't click. The other user can still see my mouse moving but clicks are not registered.
06-28-2019 01:26 AM
@Kevin Ruschman: we have the exact same problem. First it is working, then all of a sudden I cannot click anymore.
07-19-2019 04:48 AM - edited 07-19-2019 04:51 AM
Exactly the same problem described above by @Michael T. DePouw Spottedmahn. Same behaviour, same frequency. This renders the control feature quite unusable.
It seems to happen when the controller opens an application that was not running when the control was granted.
09-06-2019 12:24 PM
I am experiencing the same issue. I am the early tester for TEAMS to evaluate for the SfB migration and this isn't a good sign of things to come.
09-16-2019 07:53 AM
09-19-2019 07:38 AM
Same issue happening to me, any idea?? My colleague has the same issue.
It seems like a Teams application problem...
10-28-2019 02:03 AM
@Michael T. DePouw Spottedmahn
I experienced this issue when the sharing person uses a RDP on a server or a VM.
Clicking works on the other person's computer but not in the remote on.
10-29-2019 10:05 AM
>Same issue happening to me, any idea??
It's just buggy. Sometimes turning off/on my control fixes it. Sometimes leaving the call and re-joining fixes it. Sometimes the controlee leaving the call and re-joining fixes it. 🤷:male_sign:
I've been using remote control a lot the past few weeks and it is very flaky. It is working one sec and then stops. Sometimes I can click on some apps but not others. Today I could left click but not right click.
11-19-2019 06:29 AM
We had a similiar complaint from one of our devs. Could it be that you all are opening a administrative window in those cases?
e.g. Windows Command with elevated rights
In those cases the whole input is not possible until the window is closed.
In our case the dev had opened Visio in administrative mode and his colleague was not able to control anything from that moment on. As the window is closed, the control is back.
Maybe this will help some of the users with complaints here...
11-26-2019 07:52 AM
At this moment we are facing this same issue on more than one user.
What would it be necessary for this issue to be reviewed by Microsoft? This seems to be an ongoing problem.
12-12-2019 10:47 AM
@TRMOE Thank you very much for this tip! This solved a major issue for us when using Microsoft Teams with a specific application which we were running as administrator.
12-13-2019 11:24 AM
Hi @TRMOE :waving_hand:
>We had a similiar complaint from one of our devs. Could it be that you all are opening a administrative window in those cases?
Nope but thanks for your input :thumbs_up:. That doesn't work at all. Learned that from my Skype for Business days. Seems to have carried over to Teams. Wonder if it is more of a OS level thing? :thinking_face:
12-13-2019 12:36 PM
@Michael T. DePouw Spottedmahn In our case we had a number of issues including the app running as administrator. However, the intermittent clicking issue might be related to firewall ports. We had to open all required outgoing ports from our network as defined in the Microsoft doc below.
"TCP ports 80 and 443 from the clients to the internet, and UDP ports 3478 through 3481 from the clients to the internet."
We also opened TCP and UDP ports 50000 - 50059. I don't know if this was required, but I did see these ports defined in out Teams settings (attached) so I opened them as well to ensure we would not have issues.
02-24-2020 08:03 AM
@TRMOE This is exactly the issue we are having.
As a Systems Admin that sometimes has to do a little bit of the more in-depth tech support requests, most of the time we are connecting to assist a user is going to require something being run as Admin.
For example: I had to fix an issue with SoundForge 10.0/11.0 where it creates an erroneous registry entry that prompts for elevated privileges even though the software is already registered it becomes nonfunctional. It is an ongoing issue that Magix does not intend to patch in an older piece of software that we own.
In order to remedy the issue, I need to open Regedit, and delete a registry folder/key for the software. This is not possible through Teams, as I lose my ability to click anything once invoking the program. It's very frustating because editing the registry is something that we do not want users doing on their own.
I believe Microsoft should patch Teams to allow clicks when something is required that needs to be run as Admin. This is critical for assisting users.
03-23-2020 02:39 PM
I have been having the same issue, it does not seem to be just an admin issue because I have the exact same symptoms when remote controlling a Mac. In the middle of a session clicking just stops, not opening anything, not changing any preferences, just browsing. I have to tell the person what to click on until it starts working again and I can click.
04-02-2020 03:01 AM
Having the same issue. Pure Windows. It start with working and than suddenly your clicks don´t work anymore. Is Microsoft working on this issue? I see this problem is already a year old and the problem still exists.
04-02-2020 05:47 AM
@johanjacobs I don't see it being an issue with Windows as much as it is a security measure they must have taken in Teams to disable click running something as Administrator.
For now I have mostly stopped using Teams for remote assistance, and instead obtain the users password and connect via RDP. It's far less convenient, but until it starts working, Teams is not that useful to me at the moment. The other workaround is I enable audio and talk the user through the steps needed if it's simple enough, but again, I would rather not direct them to do such things.
04-02-2020 06:12 AM
@Tantor_Admin I even don´t do it as an Admin. I just take control of the other screen, which is a build in function. At first it works fine and than suddenly you can´t click on anything anymore. I know there are other solutions for this as RDP or TeamViewer but as everybody is working from home and is communicating via Teams it would be handy if this function works as it is supposed to. As we also give trainings we would also like to use Teams to train people in the use of our tools. So you can let the trainee do some things, point out points of interest and show him how to do things while in the mean time talking to him. So we would like to invest further if Microsoft is aware of the problem and planning to do something about it.
04-02-2020 03:19 PM
@TRMOE For the win! You've saved my ability to interview while remote. Kudos to you sir. Note to self, avoid checking the "Run this program as an administrator" box under the "Compatibility" tab of shortcut icon properties.
04-15-2020 06:12 AM
When I use Teams I frequently lose control of my cursor - it hovers over the X in the far upper right of the screen, with a circle around it! Sometimes it gradually calms down, but this is very unnerving when working. Does anyone else have this problem or any thoughts about what to do about it?
04-15-2020 07:45 AM
@johanjacobs I don't mean running Teams as Admin, I mean after you've already connected to a screen share and requested control, if you invoke any built-in windows functions that require local admin credentials, such as Computer Management or RegEdit, you lose your ability to click. Often when troubleshooting I will need to get in device manager, or make registry adjustments for a piece of software we implore, and this will bring on the issue for us.
04-15-2020 08:00 AM
@Tantor_Admin Indeed I am having the same problems. As soon as I open Control Panel or Device Manager I loose the control, having to ask the user to click for me. As soon as the tools which need local admin are closed I get the control back. We also have this for a tool we make ourself. We found that running this tool on another computer and then controlling it via RDP does not give problems but it is cumbersome, however because we need this for training purposes it is a workaround. Anybody from Microsoft with some clues how to make this work? Does it help if your Team apps is running as admin?
04-19-2020 06:53 PM
@johanjacobs I have the same problem using Visual Studio. Visual Studio running as Admin I can't do anything, only move the mouse and not click.
But the same happens with Zoom, not only Teams.
04-28-2020 11:39 AM
Odd question, but what colour is your cursor on the remote desktop, I mean the little one that lags behind yours. I find there is a correlation between that and who has control.
If it is white, you should have interactive control, if it switches to black at any point you will loose interactive control but your remote user will still see it. Based on this behaviour it seems like this is a feature of Teams and not a bug.
04-28-2020 04:09 PM
05-08-2020 07:28 AM
@Michael T. DePouw SpottedmahnThis is a big issue in Teams and I cannot support my users remotely without use of a mouse. The other issue is supporting them while using a VPN which Teams Chat and calling crashes if using a VPN. Forced to use TeamViewer to support my remote users. MS lame excuse to check hardware acceleration is BS and made no difference. May have to return to Slack.
05-14-2020 04:21 AM
I ad the same issue today with a Guest User.
Guest user shared a Window (aka: Application) and then gave control.
Initially remote control was working and mouse action/click was working fine, but when the Guest user changed to another application (Outlook) on the remote desktop the mouse cursor still was moving, but unable to click anything. Once the user changed back to the Application he shared in Teams, remote control and mouse clicks started working again.
Tested this with the Guest user 3 times, and it was reproducible all 3 times.
In my case it seems as if remote control is only working as long as the user on the remote desktop keeps the shared application as active window.
One of the use case of sharing Window/Application is that the user who shares the Window/application and giving control is able to use other applications on his machine while sharing 1 application including giving control of this 1 application and the local user using other applications without interfering with the sharing/giving control.
Is the fact that the control of a shared Window/application is only working while this window is active on the machine from which it was shared the intended functionality or is this a malfunction?
Thanks in advance for your valued response.
05-18-2020 12:04 AM
Yes the same problem with my Teams application too. Is there any solution to use and operate other's computer without any problems?
05-18-2020 02:15 PM - edited 05-18-2020 02:50 PM
I also have the same problem: The "give control" button at the top of the screen during a screen share in a Teams meeting does nothing at all. It is clickable, but that's it.
I have also tried the different settings in Teams Admin Center, and I've also checked out this MS article claiming it's a GPU issue: https://docs.microsoft.com/en-us/microsoftteams/troubleshoot/teams-conferencing/give-control-doesn%E... Here's what I've found:
CORRECTED: The first MS article mentioned the folder %appdata%\Microsoft\Teams\media-stack\. This is actually incorrect. The actual log file that contains info about hardware acceleration is directly %appdata%\Microsoft\Teams\logs.txt. In my case, it did NOT contain "AppSharingToolbar created with hardware acceleration: false", so according to the log, at least, hardware acceleration doesn't seem to be an issue.
I'm not running anything as admin, I'm using the app, not the web version, I made sure to allow users to share the full screen and that also works. Only giving control doesn't. If anyone has any new ideas, please let me know.
I finally managed to find the issue.
It happens when you have an app opened with admin privilege, Actually Teams for some security reasons doesn't let the user to click or keyboard input when the active app is opened as administrator.as soon as you switch to a none admin opened app, it starts working.
I still don't know how to fix it.
Hope it can help you.
by Teamsandviya on May 29, 2020
by Maarten Visser on May 29, 2020
by Audrie Gordon on May 15, 2020
by Jun_Pak on May 12, 2020
by Mike Ammerlaan on April 20, 2020
Posted in Microsoft Ignite The Tour 2019 on February 14, 2020