Пульт не подключается к конференциям

[alx]

Попытка подключиться к любой конференции заканчивается неудачей. "Плашка" пользователя в конференции красная, ошибка "Неопределенная ошибка в процессе вызова".

Проверялось с r339 под Ubuntu 14.04 и 16.04 разных архитектур (amd64 и i386).

Логи прилагаю.

[alx]

вывод в консоль

[dimag]

Вы запускали программу на машине без устройства аудио ввода/вывода, на что программа не рассчитана. Программа требует для своей работы устройство аудио. Если его нет, товсё будет нормально отрисовываться, но конференция не будет организовываться, так как будет невозможно разговарить и слушать.
Установите на тестовой машине аудио-адаптер.

[san]

На самом деле, в некоторых случаях, програма может работать на компьютере без аудиоустройства. Например в старой версии программы была такая функция "Использовать Sip-телефон" , при включении которой в конференцию, вместо пользователя добавляется преднастроеный Sip-телефон. Пока эта функция не реализована, но будет.

Подключаться к конференции пользователем без аудиоустройства, пожалуй бессмыслено, но в таком случае не плохо бы вместо "Неопределенная ошибка в процессе вызова" выдавать более точную причину отказа подключения.

Алексей, ты пробовал повторить баг на машине с аудиоустройством?

[alx]

Replying to san:

Алексей, ты пробовал повторить баг на машине с аудиоустройством?

Нет. На имеющейся у меня машине с аудио-устройством (моем рабочем компьютере) я не могу войти в систему из-за бага #308. Когда и если эта проблема будет решена, обязательно проверю.

[alx]

Replying to san:

Алексей, ты пробовал повторить баг на машине с аудиоустройством?

Теперь пробовал (баг #308 не то чтобы поборол, но "обошел"). Не вопроизводится. В смысле, подключается в конференцию.

[dimag]

Как вы его обошли?

[alx]

Replying to dimag:

Как вы его обошли?

ESL.cpp

@@ -23 +23 @@
  {
   if (handle.connected) return true;
  }
- if (esl_connect(&handle, sNewHost.c_str(), (iNewPort) ? iNewPort : 8021, sNewUser.empty() ? NULL : sNewUser.c_str(), sNewPassword.empty() ? NULL : sNewPassword.c_str()) != ESL_SUCCESS) return false;
  sHost = sNewHost; iPort = iNewPort; sUser = sNewUser; sPassword = sNewPassword;
+ sEventFilterString = sNewEventFilter;
  if (!MUTEX) esl_mutex_create(&MUTEX);
+ if (esl_connect(&handle, sNewHost.c_str(), (iNewPort) ? iNewPort : 8021, sNewUser.empty() ? NULL : sNewUser.c_str(), sNewPassword.empty() ? NULL : sNewPassword.c_str()) != ESL_SUCCESS) return false;
  if (!sNewEventFilter.empty())
  {
   esl_events(&handle, ESL_EVENT_TYPE_PLAIN, sNewEventFilter.c_str());
  }
- sEventFilterString = sNewEventFilter;
  return true;
 }
 

См. ticket:308#comment:9.

[dimag]

r389
Понятно.
Добавлю ваш код в свою программу.

[alx]

В r389 проблема по-прежнему пристуствует. Симптомы те же, только вместо "Неопределенная ошибка в процессе вызова" теперь пишется "HANGUP" - см. #382.

[dimag]

Как её воспроизвести?

[alx]

Replying to dimag:

Как её воспроизвести?

Зайдите на 192.168.0.63 как описано здесь, запустите пульт, войдите в сеть и попробуйте добавить себя в любую конференцию.

[san]

Алексей, баг всё ещё присутствует?

[alx]

Replying to san:

Алексей, баг всё ещё присутствует?

Вас интересует, присутствует ли баг в какой ревизии программы? В r339 и r389 он был, в других я специально не проверял.

[san]

Наверное стоит проверить в последней версии, с тех пор довольно многое поменялось

[alx]

Replying to san:

Наверное стоит проверить в последней версии,

Саша, если это ты мне, то с последней версией проверить не могу, она не собирается с Qt4.
Могу сказать, что, насколько я помню, в ревизиях позже чем r389 я видел другую причину отказа - INCOMPATIBLE DESTINATION. Это (в отличие от HANGUP) могло быть правдой.

[san]

не собирается с Qt4.

Хм.. насколько я помню вы с Дмитрием договорились что программа должна собираться с Qt4, наверное стоит заявить это как баг.

Дмитрий, что будем делать с багом описанным в тикете?

[alx]

Replying to san:

не собирается с Qt4.

Хм.. насколько я помню вы с Дмитрием договорились что программа должна собираться с Qt4, наверное стоит заявить это как баг.

Мы не то чтобы об этом договаривались, просто до сих пор использование функций Qt5, отсутствующих в Qt4, не было оправдано необходимостью, всегда были аналоги, имеющиеся в обеих версиях.

Сейчас Дима применил классы типа QAudioDeviceInfo/QAudioOutput, прямых аналогов которых нет в Qt4. К тому же Qt4 в настоящее время, насколько я вижу, имеет статус legacy. В результате я не знаю, имеет ли смысл продолжать поддерживать совместимость с Qt4. Предлагаю принять это решение тебе. Если решишь, что надо - создай тикет.

[alx]

Так как уже долгое время нареканий на подключение к конференции нет, будем считать, что проблема была решена.