#542 closed баг (fixed)
В режиме "постоянное" диспетчер не возвращается в основную конф
Reported by: | san | Owned by: | alx |
---|---|---|---|
Priority: | major | Milestone: | 2 очередь |
Component: | ПО MC04-Dispatcher. Пульт диспетчера/техника | Keywords: | |
Cc: |
Description (last modified by )
Режим подключения к основной конференции = "постоянное"
I)
- Диспетчер находится в основной конф.
- добавляем в основную абонента
- удаляем абонента
- конференция закрывается
- Диспетчер не возвращается в основную конф.
II)
При ошибке подключения диспетчера в основную конф диспетчер так-же выпадает из основной конференции и не возвращается туда автоматически.
(Ошибку подключения я создавал быстро нажимая на плашке Диспетчер кнопочку "удалить пользователя из конференции" - через несколько нажатий плашка переходит в красное состояние "пользователь занят")
Attachments (1)
Change History (13)
comment:1 by , 8 years ago
comment:2 by , 8 years ago
Replying to san:
Режим подключения к основной конференции = "постоянное"
II)
При ошибке подключения диспетчера в основную конф диспетчер так-же выпадает из основной конференции и не возвращается туда автоматически.
Не понял... Диспетчер уже есть в основной конференции, и пытается подключиться туда еще раз?
Если да, то он и не должен возвращаться в конференцию, так как он там уже есть. Если нет, то что значит "выпадает", если его там и не было? И, наконец, главное - если при подключении возникает ошибка, как ты хочешь, чтобы диспетчер все-таки подключился? Превозмогая ошибку? :)
follow-up: 5 comment:3 by , 8 years ago
II)
думаю ты не правильно понял моё изложение :)
Диспетчер был удалён мной из осн.конференции и при попытке автоматического подключения обратно (режим "постоянное") произошла ошибка.
Я думаю, что в режиме "постоянное" диспетчер, которое подразумевает постоянное присутствие пользователя в основной конференции, при неудаче автоподключения к основной конф. пульт должен повторить попытку автоматического подключения.
by , 8 years ago
Attachment: | debug2017-04-20.log added |
---|
comment:5 by , 8 years ago
Replying to san:
при неудаче автоподключения к основной конф. пульт должен повторить попытку автоматического подключения.
Понял. Должен повторять попытку время от времени. Думаю, это разумно. Надо это сделать.
follow-up: 9 comment:6 by , 8 years ago
Replying to san:
Добавил лог для I)
Спасибо.
В дальнейшем, если можно, создавай, пожалуйста, лог-файлы в кодировке UTF-8.
comment:7 by , 8 years ago
В r776:
Исправлена ошибка: если при режиме подключения "постоянно" событие
destroy-conference приходило раньше чем del-member для нашего диспетчера,
по событию destroy-conference генерировался сигнал dispatcherLeftConference,
и мы пытались снова вызвать диспетчера в основную конференцию, но
подключения не происходило, так как, по нашим данным, диспетчер еще находился
в основной конференции. По событию же del-member сигнал dispatcherLeftConference,
повторно уже не генерировался, и диспетчер оказывался неподключенным.
Теперь сигнал генерируется только по событию del-member.
comment:8 by , 8 years ago
Саша, если ты обнаружил два разных (пусть и похожих) бага, создавай два разных тикета.
А то вот сейчас я первый баг исправил, но закрыть тикет не могу...
follow-up: 11 comment:9 by , 8 years ago
В дальнейшем, если можно, создавай, пожалуйста, лог-файлы в кодировке UTF-8.
Хорошо. Забыл выставить в настройках программы, заметил когда выложил, а переделывать уже лень было :)
два разных тикета.
почему то мне показалось что это один баг...
отделил II) в #547
comment:10 by , 8 years ago
Description: | modified (diff) |
---|
comment:11 by , 8 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Приложи, пожалуйста, логи.