GoToMeetin g и Webex заканчивают управление клиентом, когда клиент переключается на Visual Studio или SQL Server Management Studio
Я часто использую программное обеспечение для онлайн-встреч, чтобы встречаться с клиентами. Как правило, я организую собрание с помощью 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 году.
2 ответа
В статье 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" на ""
- Вы получите "", затем нажмите "ОК"
Я использовал join.me для такого типа собраний и довольно давно заметил, что запуск узла join.me с правами администратора необходим для управления любым окном администрирования на главном компьютере. Это верно для cmd.exe так же, как и для Visual Studio (devenv.exe).
Недавно я попытался переключиться на другое приложение для совместного использования экрана из-за проблем с join.me, в котором запущена постоянная служба, которая, казалось, сильно замедляла мой компьютер, особенно во время перезагрузок.
До сих пор я не смог заставить gotomeeting или webex работать с этими административными окнами, но он прекрасно работает в join.me, если и когда собрание хостов запускается с правами администратора (начинаются с правами администратора).
У меня была такая же проблема, а затем я обнаружил это, которое в основном предлагало запускать каждое приложение как "Администратор" или, по крайней мере, запускать Zoom/Webex как "Администратор".
Почему для некоторых приложений не работает управление клавиатурой и мышью?
Вы могли заметить, что ваши участники не могут использовать клавиатуру и мышь в определенных приложениях. Это связано с конфликтом с механизмом целостности Windows и, вероятно, указывает на то, что приложение работает на более высоком уровне целостности, чем классическое приложение GoToMeeting. Например, если приложение на вашем компьютере запущено от имени администратора (которое использует высокий уровень целостности), другие участники не смогут использовать в нем вашу клавиатуру и мышь, поскольку настольное приложение GoToMeeting работает со средним уровнем безопасности.
Если вы знаете, что хотите, чтобы ваши посетители могли получить доступ к приложению, которое работает с более высоким уровнем целостности, вы должны запустить GoToMeeting от имени администратора при запуске сеанса (щелкнув приложение правой кнопкой мыши и выбрав Запуск от имени администратора).