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

2633
Scott Mitchell

Ich verwende häufig Online-Meeting-Software, um Kunden zu treffen. Normalerweise hoste ich ein Meeting mit Webex und der Client kann 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 freigibt und ich die Kontrolle übernehme, kann ich die Maus bewegen und die Tastatur verwenden, wenn der IE den Fokus, den Notizblock oder den Windows Explorer hat. Sobald ich jedoch zu Visual Studio oder SSMS wechsle, wird meine Kontrolle abrupt beendet. Wenn Sie die Maus bewegen oder die Tastatur verwenden, werden sie nicht mehr auf dem Desktop registriert. Der Kunde kann den Fokus auf ein anderes Programm (z. B. IE) umstellen und dann die Kontrolle an mich zurückgeben, aber sobald ich zu VS oder SSMS - bam - zurückkomme, geschieht dies erneut.

Hinweis: Nach dem Umschalten auf VS / SMSS kann ich immer noch sehen, wie der Client seine Maus bewegt oder Fenster wechselt. Es ist also nicht so, als würde die gesamte Sitzung einfrieren. Vielmehr scheint nur meine Kontrolle über den Remote-Computer beendet zu sein und erst dann zurückzukehren, wenn sich mein Kunde bewegt zu einem anderen Fenster und teilt dem Bildschirmfreigabeprogramm mit, dass ich wieder die Kontrolle übernehmen kann.

Wenn es darauf ankommt, verwendet der Kunde Windows Vista, wobei alle Aero-Klingeln aktiviert sind.

Hat jemand so etwas gesehen oder gehört?

UPDATE : Ich habe dieses Problem im Jahr 2014 weiterhin. Die Kunden, mit denen ich mich treffe, nutzen Vista nicht mehr, aber Windows 7 und das Problem besteht auch mit Visual Studio 2013. Interessanterweise funktionieren die Dinge mit Visual Studio 2005 und SQL Server 2005, aber modernere Versionen dieser Produkte verursachen immer noch die Probleme, mit denen ich 2011 zum ersten Mal konfrontiert war.

7
Bei der Verwendung von Remote-Software erlebe ich manchmal, wenn ich versuche, auf eine Anwendung zu klicken, und meine Sitzung wird eingefroren, bis der Benutzer abschaltet. - Ich gehe immer davon aus, dass dies auf Administratorrechte zurückzuführen ist. Die Anwendung, die als Administrator und meine Remote-Sitzung als Standardbenutzer gestartet werden, kann nicht miteinander interagieren. Ich habe nie nach einer Lösung gesucht, sorry. Samuel Nicholson vor 10 Jahren 1

2 Antworten auf die Frage

1
harrymc

Der Artikel VS 2010 Team Explorer stürzt mit WebEx Connect ab. Hier finden Sie einige Hinweise.

Ein Rat war:

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

Ein anderes war:

Wir hatten das gleiche Problem für eine Weile. Dies ist auf das TFS PowerTools-Add-On zurückzuführen, bei dem die Team Member-Zusammenarbeit standardmäßig auf "Microsoft Office Communicator" verweist (was ich nicht habe! Stattdessen verwenden Sie jedoch WebEx).

Entfernen Sie einfach den Standardwert auf diese Weise: In Team Explorer zum Beispiel innerhalb von 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 ..." (öffnet ein Popup).
  • Auf der Registerkarte "Allgemein" wird die Gruppe "Zusammenarbeit" angezeigt
  • Ändern Sie den Standard "Provider" von "Microsoft Office Communicator" in "".
  • Am Ende haben Sie "" und klicken dann auf "OK".
Ich verwende kein Webex Connect oder TFS, daher glaube ich nicht, dass dies zutrifft. Ich verwende Webex Online Meetings und das Problem liegt bei VS2010 und höher, SSMS usw. Scott Mitchell vor 10 Jahren 0
Ich habe Ihre Software nicht, aber es scheint wahrscheinlich, dass dies auf eine Interaktion zwischen WebEx- und Microsoft-Anwendungen im Sinne der obigen Hinweise zurückzuführen ist. Versuchen Sie herauszufinden, ob Sie in allen möglichen Einstellungen etwas finden können. harrymc vor 10 Jahren 0
0
ebyrob

Ich habe join.me für diese Art von Besprechung verwendet und vor einiger Zeit aufgefallen, dass der Start des join.me-Host-Meetings mit Administratorrechten erforderlich war, um jedes Verwaltungsfenster auf dem Host-Computer zu steuern. Dies gilt für cmd.exe genauso wie für Visual Studio (devenv.exe).

Vor kurzem habe ich versucht, zu einer anderen Bildschirmfreigabe-Anwendung zu wechseln, weil join.me einen permanenten Dienst ausführt, der meinen Computer vor allem während eines Neustarts drastisch zu verlangsamen schien.

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

Verwandte Probleme