GoToMeetin g und Webex beenden die Clientsteuerung, wenn der Client zu Visual Studio oder SQL Server Management Studio wechselt

Ich verwende häufig Online-Besprechungssoftware, um Kunden zu treffen. Normalerweise veranstalte ich ein Meeting mit Webex und lasse den Kunden seinen Computer freigeben. Ich übernehme dann die Kontrolle und arbeite remote mit einer Reihe von Programmen - Visual Studio, SQL Server Management Studio (SSMS), einem Browser usw. Diese Technik hat in den letzten Jahren wunderbar funktioniert.

Ich habe jedoch einen neuen Kunden, für den wir ein merkwürdiges (und wiederholbares) Verhalten festgestellt haben. Das Problem tritt auf, wenn Webex von meinem Computer oder GoToMeeting von seinem Computer aus gestartet wird. Kurz gesagt, wenn er seinen Desktop teilt und ich die Kontrolle übernehme, kann ich die Maus bewegen und die Tastatur problemlos verwenden, wenn der IE über Fokus, Notizblock oder Windows Explorer verfügt. Sobald ich jedoch zu Visual Studio oder SSMS wechsle, wird meine Steuerung abrupt beendet. Wenn Sie meine Maus bewegen oder die Tastatur verwenden, wird dies nicht mehr auf seinem Desktop registriert. Der Kunde kann den Fokus auf ein anderes Programm (wie den Internet Explorer) umschalten und dann die Kontrolle an mich zurückgeben. Sobald ich jedoch zu VS oder SSMS - bam - zurückkehre, geschieht dies erneut.

Hinweis: Nach dem Wechsel zu VS / SMSS kann ich immer noch sehen, wie der Client seine Maus bewegt oder das Fenster wechselt. Es ist also nicht so, als würde die gesamte Sitzung einfrieren. Vielmehr scheint nur meine Steuerung des Remotecomputers beendet und erst zurückgegeben zu werden, wenn mein Kunde umzieht in ein anderes Fenster und weist das Bildschirmfreigabeprogramm an, mir erneut die Kontrolle zu geben.

Wenn es darauf ankommt, verwendet der Kunde Windows Vista mit allen eingeschalteten Aero-Schnickschnack.

Hat jemand ein solches Verhalten gesehen oder gehört?

UPDATE : Ich habe dieses Problem auch 2014 weiterhin. Die Kunden, mit denen ich mich treffe, verwenden derzeit kein Vista, aber Windows 7 und das Problem bestehen auch mit Visual Studio 2013. Interessanterweise funktionieren die Dinge mit Visual Studio 2005 und SQL Server reibungslos 2005, aber modernere Versionen dieser Produkte verursachen immer noch die Probleme, auf die ich 2011 zum ersten Mal gestoßen bin.

Der Artikel VS 2010 Team Explorer stürzt mit WebEx Connect ab. Hier finden Sie einige Hinweise, die möglicherweise zutreffen.

Ein Rat war:

Wählen Sie in den WebEx Connect-Einstellungen die Kategorie "Integrationen" aus und deaktivieren Sie das Kontrollkästchen "WebEx Connect-Status in Microsoft Office-Anwendungen anzeigen".

Ein anderer war:

Wir hatten das gleiche Problem für eine Weile. Dies ist auf das TFS PowerTools-Add-On zurückzuführen, bei dem die Zusammenarbeit der Teammitglieder standardmäßig auf "Microsoft Office Communicator" verweist (was ich nicht habe, sondern stattdessen WebEx verwende).

Entfernen Sie einfach den Standardwert folgendermaßen: Im Team Explorer, z. B. in VS2010:

• Klicken Sie mit der rechten Maustaste auf den Baumknoten "Teammitglieder" (unter "Arbeitselemente", "Berichte" und "Builds").
• Wählen Sie die letzte Option: "Persönliche Einstellungen ..." (es öffnet sich ein Popup)
• Auf der Registerkarte "Gereral" sehen Sie die Gruppe "Zusammenarbeit"
• Ändern Sie den Standard "Provider" von "Microsoft Office Communicator" in ""
• Am Ende haben Sie "" und klicken dann auf "OK".

Ich habe join.me für diese Art von Besprechung verwendet und vor einiger Zeit festgestellt, dass das Starten der join.me-Hostbesprechung mit Administratorrechten erforderlich ist, um jedes Verwaltungsfenster auf dem Hostcomputer zu steuern. Dies gilt für cmd.exe ebenso wie für Visual Studio (devenv.exe).

Kürzlich habe ich versucht, aufgrund von Problemen mit join.me, die einen dauerhaften Dienst ausführen, der meinen Computer drastisch zu verlangsamen schien, zu einer anderen Anwendung für die Bildschirmfreigabe zu wechseln, insbesondere während eines Neustarts.

Bisher konnte ich gotomeeting oder webex nicht dazu bringen, an diesen Verwaltungsfenstern zu arbeiten, aber in join.me funktioniert es einwandfrei, wenn das Host-Meeting mit Administratorzugriff gestartet wird (als Administrator starten).

Ich hatte das gleiche Problem, und dann fand ich dieses , bei dem grundsätzlich gefragt wurde, ob jede App als "Admin" oder zumindest Zoom / Webex als "Admin" ausgeführt werden soll.

Warum funktioniert die Tastatur- und Maussteuerung für bestimmte Apps nicht?

Möglicherweise stellen Sie fest, dass Ihre Teilnehmer Ihre Tastatur und Maus in bestimmten Apps nicht verwenden können. Dies ist auf einen Konflikt mit dem Windows-Integritätsmechanismus zurückzuführen und weist wahrscheinlich darauf hin, dass die App auf einer höheren Integritätsstufe als die GoToMeeting-Desktop-App ausgeführt wird. Wenn beispielsweise eine App auf Ihrem Computer als Administrator ausgeführt wird (der eine hohe Integritätsstufe verwendet), können andere Teilnehmer Ihre Tastatur und Maus nicht verwenden, da die GoToMeeting-Desktop-App mit einer mittleren Sicherheitsstufe ausgeführt wird.

Wenn Sie wissen, dass Ihre Teilnehmer auf eine App zugreifen sollen, die mit einer höheren Integritätsstufe ausgeführt wird, müssen Sie GoToMeeting als Administrator starten, wenn Sie Ihre Sitzung starten (indem Sie mit der rechten Maustaste auf die App klicken und Als Administrator ausführen auswählen ).