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

2286
Scott Mitchell

Я часто использую программное обеспечение для онлайн-встреч, чтобы встречаться с клиентами. Как правило, я принимаю совещание с использованием 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 году.

7
Иногда я испытываю это, используя удаленное программное обеспечение, когда пытаюсь щелкнуть приложение, и моя сессия останавливается до тех пор, пока пользователь не отключится. - Я всегда предполагаю, что это было связано с привилегиями администратора. Приложение запускается от имени администратора, а мой удаленный сеанс - от обычного пользователя, они не могут взаимодействовать? Я никогда не искал исправления, извини. Samuel Nicholson 10 лет назад 1

2 ответа на вопрос

1
harrymc

The article VS 2010 Team Explorer crashes with WebEx Connect has some advice that may apply here.

One advice was :

In the WebEx Connect preferences, select the Integrations category and uncheck the box labeled "Display WebEx Connect status in Microsoft Office applications".

Another was :

We had the same problem for a while. This is due to the TFS PowerTools add-on, where the Team Member collaboration points to "Microsoft Office Communicator" by default (which I don't have ! but use WebEx instead) .

Just remove the default value, that way: In Team Explorer, for ex within VS2010:

  • Right-click on the "Team Members" tree node (below "Work Items", "Reports" and "Builds")
  • Choose the last option: "Personal Settings..." (it opens a pop-up)
  • In the "Gereral" tab, you will see "Collaboration" group
  • Change the default "Provider" from "Microsoft Office Communicator" to ""
  • You will end-up having "", then click "OK"
Я не использую Webex Connect или TFS, поэтому я не думаю, что это применимо. Я использую Webex Online Meetings, и проблема в VS2010 и выше, SSMS и т. Д. Scott Mitchell 10 лет назад 0
У меня нет вашего программного обеспечения, но похоже, что это происходит из-за некоторого взаимодействия между приложениями WebEx и Microsoft в духе приведенного выше совета. Попробуйте посмотреть, сможете ли вы найти что-то во всех возможных предпочтениях. harrymc 10 лет назад 0
0
ebyrob

I've been using join.me for this type of meeting and noticed quite a while ago that launching the join.me host meeting with administrative privileges was required to control any administrative window on the host computer. This is true for cmd.exe just as it is true for Visual Studio (devenv.exe).

Recently I tried to switch to another screen-sharing application due to problems with join.me running a persistent service that seemed to slow my computer drastically, esp during reboots.

So far, I've been unable to get gotomeeting or webex to work on these administrative windows, but it does work just fine in join.me if and when the host meeting is launched with administrative access (start as admin).

Похожие вопросы