Невозможно выбрать точку учета [8202] [8258]

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

  1. Один пользователь закрывает нештатные ситуации (на фото скрин)
  2. Другой пользователь, на другом компе, но база та же не в состоянии выбрать точку учета
    Видео конкретной проблемы в облаке по адресу
    https://cloud.mail.ru/public/4ipR/sgfftBwbn
    P90930-093006.jpg

Уточните НС закрываются по любой точке учета или по точке учета, по которой пользователь в видео пытается запустить ручной опрос?

P.S. Приложите, пожалуйста, ссылку на тему, в которой подобная проблема поднималась и в которой мы ничего не ответили.

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

Нам не удается воспроизвести ситуацию. Пришлите, пожалуйста, резервную копию вашей БД. Мы развернем ее у себя и попытаемся на ней воспроизвести ситуацию.

https://drive.google.com/open?id=1-zhKETHB1E-bAh5YC67lA2ARuPGEm6Tl
ссылка на закачку. Размер чуть больше 7гб в сжатом состоянии.
Просьба, как скачаете, дайте знать, чтобы я высвободил место на облачном хранилище. Заранее спасибо.

Мы скачали резервную копию.

Так же проявляется данная проблема: при закрытии НС невозможно выбрать точку учета. После обновления 3.32.1 ситуация немного изменилась в лучшую сторону (точки учета больше не появляются и не пропадают с большой скоростью), но теперь если выделяешь точку для проведения с ней действий (запуск опроса, формирование отчета) - выделение тут же снимается. Данная ситуация наблюдается только во время закрытия нештатных ситуаций и даже некоторое время после.
Если все таки приноровиться очень быстро кликать - можно успеть до того как выделение снимется :hi_hi_hi:

Спасибо за обращение! Мы поставили в план работ исправление данной ошибки. Как только она будет исправлена, обязательно сообщим в каком обновлении будет доступно исправление.

Исправления войдут в следующее обновление 3.32.2.

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

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

спасибо

Обновление 3.32.2 доступно для скачивания.

Обновление вышло, установлено, проблема осталась

Так же при закрытии нештаток, невозможно выбрать другие вкладки, то есть сидим ждём, пока не дойдёт до конца

Мы проверяли исправление ситуации на присланной вами резервной копии по присланному вами видео. Сейчас повторили проверку на выпущенной версии. Как видно из приложенного анимационного файла ни одна из описываемых вами ситуаций не воспроизводится на присланной вами копии БД. Точки учета не “скачут”, групповая операция закрытия НС успешно отменяется.

Сразу отмечу, что при записи анимационного файла использовалось 2 параллельно запущенных на одном ПК экземпляра Рабочего места оператора, между которыми происходило поочередное переключение. Но также мы тестировали на этой же БД данную ситуацию при двух параллельно запущенных экземплярах Рабочего места оператора, запущенных на разных ПК в одной сети. Результат при этом точно такой же.
Тестирование воспроизведения ошибки на присланной резервной копии БД.gif

…проблема так и осталась не решенной, версия Лэрса уже 3.32.4
я осмелюсь выдвинуть предположение, что в Вашем случае не получилось смоделировать нашу ситуацию исключительно по причине того, что у нас в базе одновременно работает много пользователей и нагрузка на БД существенна. Имеются как web, так и терминальные подключения к программе (RDP). Хотя, могу ошибаться. На всяк пожарный, выкладываю ТТХ сервера.
Сеть одноранговая, без AD. Количество пользователей в сети варьируется от 30 до 50, в зависимости от времени суток (общая нагрузка на сеть, не обязательно, чтоб все разом ломились в Лэрс). DHCP нет, адреса в сети прописаны статичные.
Система стоит в рэйде, сама база лежит отдельно от системного диска на SSD, плюс террабайтник под бекапы

Time of this report: 10/14/2019, 11:17:31
Machine name: SERVER10
Operating System: Windows Server 2012 R2 Standard 64-bit (6.3, Build 9600) (9600.winblue_r4.141028-1500)
Language: Russian (Regional Setting: Russian)
System Manufacturer: Supermicro
System Model: X10DRH
BIOS: 2.0b
Processor: Intel(R) Xeon(R) CPU E5-2620 v4 @ 2.10GHz (32 CPUs), ~2.1GHz
Memory: 131072MB RAM
Available OS Memory: 130964MB RAM
Page File: 26965MB used, 123454MB available
Windows Dir: C:Windows
DirectX Version: DirectX 11
DX Setup Parameters: Not found
User DPI Setting: Using System DPI
System DPI Setting: 96 DPI (100 percent)
DWM DPI Scaling: Disabled
DxDiag Version: 6.03.9600.17415 64bit Unicode

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

Покажите видео, в котором отражено воспроизведение ситуации в текущей версии, аналогично тому, что я приложил в анимационном файле.

https://cloud.mail.ru/public/4mF8/4TtF6t3yZ