Opened 8 years ago

Closed 8 years ago

Last modified 8 years ago

#496 closed баг (fixed)

Селект не переключается вызове пользователя в конф.

Reported by: san Owned by: dimag
Priority: major Milestone: 1 очередь
Component: ПО MC04-Dispatcher. Пульт диспетчера/техника Keywords: interface
Cc:

Description

При вызове пользователя программы в некую конференцию селект должен быть перемещён на эту конференцию. Раньше это работало, а в r506 регрессия.

Change History (18)

comment:1 by dimag, 8 years ago

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

comment:2 by san, 8 years ago

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

Для режима ручной тоже нужно перемещать селект на конференцию в которую был помещён пользователь программы.

Version 0, edited 8 years ago by san (next)

comment:3 by dimag, 8 years ago

Keywords: interface added
Resolution: fixed
Status: newclosed

r508
Теперь текущая конференция автоматически изменяется на конференцию в которую вошёл пользователь, в любом режиме подключения пользователя к конференции.

comment:4 by alx, 8 years ago

Поясните, пожалуйста, что такое "фильтр Alt-Q" и какое он имеет отношение к кодировке лог-файлов.

comment:5 by san, 8 years ago

?

in reply to:  5 comment:6 by alx, 8 years ago

Replying to san:

?

Если это было пояснение, то я его не понял. :) Если вопрос, то в чем его суть?

comment:7 by san, 8 years ago

Это тест напоминаний для Димы :-D

comment:8 by dimag, 8 years ago

Фильтр был написан для тикета 176, но раньше был закончен тикет 496.

in reply to:  8 comment:9 by alx, 8 years ago

Replying to dimag:

Фильтр был написан для тикета 176, но раньше был закончен тикет 496.

Если это был ответ на вопросы комментария 4, то я его не понял.

  1. Правильно ли я догадался, что тикет #196 указан в комментарии ошибочно?
  1. Допустим, для тикета #176 был написан какой-то фильтр. Какое это имеет отношение к тикету #496, в котором Александр жаловался на поведение селекта при вызове пользователей в конференцию?

comment:10 by dimag, 8 years ago

1)Нет, я просто работал одновременно на 2 тикетами, я сделал первый - 496, но не успел закончить 2 второй - 176, вот откуда фильтр Alt+Q

in reply to:  10 comment:11 by alx, 8 years ago

Replying to dimag:

1)Нет, я просто работал одновременно на 2 тикетами, я сделал первый - 496, но не успел закончить 2 второй - 176, вот откуда фильтр Alt+Q

  1. Какое имеет значение, над сколькими тикетами Вы работаете одновременно? Хоть над 22 - это Ваше личное дело.
  1. Вы делаете коммит в репозиторий некоего кода. В комментарии к этому коммиту Вы ссылаетесь на тикеты #496 и #196. Читая описание этих тикетов я не могу понять, каким образом они связаны между собой.

comment:12 by dimag, 8 years ago

Никак, но я думал над ними одновременно.

comment:13 by san, 8 years ago

Из TracEffectiveWork:
Не объединяйте в одном коммите несколько не связанных между собой исправлений

in reply to:  13 ; comment:14 by dimag, 8 years ago

Replying to san:

Из TracEffectiveWork:
Не объединяйте в одном коммите несколько не связанных между собой исправлений

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

in reply to:  14 ; comment:15 by alx, 8 years ago

Replying to dimag:

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

Не хотите ли Вы сказать, что если Вы исправите баг с кодировкой лог-файла из #196, но не исправите баг с поведением селекта при вызове из #496 (или наоборот), исходный код не будет собираться?

in reply to:  15 ; comment:16 by dimag, 8 years ago

Replying to alx:

Replying to dimag:

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

Не хотите ли Вы сказать, что если Вы исправите баг с кодировкой лог-файла из #196, но не исправите баг с поведением селекта при вызове из #496 (или наоборот), исходный код не будет собираться?

Будет собираться.

in reply to:  16 comment:17 by alx, 8 years ago

Replying to dimag:

Будет собираться.

Тогда смысл вашего комментария непонятен.

comment:18 by dimag, 8 years ago

Я объединил работу по 2 тикетам в один коммит. По одному закончил, по другому нет. Но если я сделал коммиты отдельно по каждому тикету, то всё продолжало бы компилироваться.

Note: See TracTickets for help on using tickets.