GoToMeetin g и Webex заканчивают управление клиентом, когда клиент переключается на Visual Studio или SQL Server Management Studio

Question

Я часто использую программное обеспечение для онлайн-встреч, чтобы встречаться с клиентами. Как правило, я принимаю совещание с использованием Webex, и клиент делит его с компьютером. Затем я возьму на себя управление и буду работать удаленно, используя набор программ - Visual Studio, SQL Server Management Studio (SSMS), браузер и т.д. Этот метод прекрасно работал в течение последних нескольких лет.

Однако у меня появился новый клиент, для которого мы заметили странное (и повторяющееся) поведение. Проблема возникает при использовании Webex, запущенного с моего компьютера, или GoToMeeting, запущенного с его компьютера. Короче говоря, когда он делится своим рабочим столом, и я беру управление, я могу перемещать мышь и использовать клавиатуру очень хорошо, когда в IE есть фокус, или блокнот, или Windows Explorer. Но как только я переключаюсь на Visual Studio или SSMS, мой контроль резко прекращается. Перемещение моей мыши или использование клавиатуры больше не регистрируется на его рабочем столе. Клиент может переключить фокус на какую-то другую программу (например, IE), а затем вернуть мне управление, но как только я вернусь к VS или SSMS - bam - это произойдет снова.

Примечание: после переключения на VS/SMSS я по-прежнему вижу, как клиент двигает свою мышь или переключает окна, так что это не похоже на зависание всего сеанса - скорее, просто мое управление удаленным компьютером, похоже, прекращается и не возвращается, пока мой клиент не переместится в другое окно и говорит программе совместного использования экрана, чтобы дать мне контроль снова.

Если это имеет значение, клиент использует Windows Vista со всеми включенными сигналами Aero.

Кто-нибудь видел или слышал о таком поведении?

ОБНОВЛЕНИЕ: я продолжаю иметь эту проблему в 2014. Клиенты, с которыми я встречаюсь, в настоящее время не используют Vista, но Windows 7 и проблема также существуют с Visual Studio 2013. Интересно, что с Visual Studio 2005 и SQL Server 2005 все идет гладко, но более современные версии этих продуктов по-прежнему вызывают проблемы, с которыми я впервые столкнулся в 2011 году.

Answer 1

В статье VS 2010 Team Explorer вылетает с WebEx Connect, есть несколько советов, которые можно применить здесь.

Один совет был:

В настройках WebEx Connect выберите категорию «Интеграции» и снимите флажок «Отображать состояние WebEx Connect в приложениях Microsoft Office».

Другой был:

У нас была такая же проблема некоторое время. Это связано с надстройкой TFS PowerTools, в которой совместная работа члена команды по умолчанию указывает на "Microsoft Office Communicator" (которого у меня нет! но вместо этого используйте WebEx).

Просто удалите значение по умолчанию, вот так: в Team Explorer, например, в VS2010:

• Щелкните правой кнопкой мыши узел дерева "Участники группы" (ниже "Рабочие элементы", "Отчеты" и "Сборки").
• Выберите последний вариант: «Личные настройки ...» (открывается всплывающее окно)
• На вкладке "Gereral" вы увидите группу "Сотрудничество"
• Измените "Поставщик" по умолчанию с "Microsoft Office Communicator" на «»
• Вы получите «», затем нажмите "ОК"

Answer 2

Я использовал join.me для этого типа собраний и довольно давно заметил, что запуск собрания join.me с правами администратора необходим для управления любым окном администрирования на главном компьютере. Это верно для cmd.exe так же, как и для Visual Studio (devenv.exe).

Недавно я попытался переключиться на другое приложение для обмена экранами из-за проблем с join.me, на котором работала постоянная служба, которая, казалось, сильно замедляла мой компьютер, особенно во время перезагрузок.

До сих пор я не мог заставить gotomeeting или webex работать с этими административными окнами, но он прекрасно работает в join.me, если и когда собрание хостов запускается с правами администратора (начинаются с правами администратора).