"По многочисленным просьбам будет добавлен механизм администрирования активных сессий — в том числе, доступный и самим пользователям"
https://wonderland.v8.1c.ru/blog/administrirovanie-aktivnykh-sessiy/

(0) Может еще зависшее фоновое можно будет без танцев закрыть?

А когда в Конфигуратор добавят кнопку (пункт меню) для принудительного завершения сеансов???
Когда нет доступа к консоли кластера.
Аналогично как в вопросе применения изменений, когда есть изменения в метаданных.

Реально уже бесит надоело реквизит добавлять чтобы всех выгнать, чтобы DT выгрузить или загрузить...

Опять свистоперделки. Когда сделают простейшее воспроизведение звука (не в мобильном клиенте)?

(5) Самое смешное, что воспроизведение звука - это самая что ни на есть свистоперделка. Причём в прямом смысле :)

(5) А зачем?

(5)
👍🔥

(8) (5)  А зачем? Это действительно зависит от среды исполнения.
Так если в платформу затолкали не самую последнюю Web-kit (и последний WebView), то вариант
https://infostart.ru/1c/tools/1259789/

И вообще в Android надо использовать не SoundPool а MediaPlayer👍
https://developer.android.com/media/media3

Пару раз сталкивался с зависшими сеансами, которые можно было отключить только рестартом 1С как службы. Если можно будет и их отключать, тогда круто.

"появится возможность для пользователя завершить свои сеансы на других устройствах (исключая текущее устройство)"
По мне так лучше бы добавили настройку которая бы изначально запрещала под одним пользователем открывать прорву клиентов

(11) В УПП такое видел.

(11) Это кодом можно в конфе сделать
Как и звуки тоже
В платформу надо добавлять возможности которые нельзя или сложно реализовать самостоятельно кодом

(13) >Это кодом можно в конфе сделать
Да, да можно сделать примерно так - "Иван у тебя есть открытый сеанс, иди нахер" Круто, удобно, по-одинэсовски.

(13) кодом можно и другой сеанс закрыть. зачем тогда все это в (0)?

(14) А почему бы и нет?
Лично я бы в конфе еще настройку добавил общую для всех: сколько одному юзеру разрешено сеансов одновременно открывать
И еще отдельно по пользователям, кому больше надо

(15) Каким кодом? Без админского доступа к консоли кластера как?

(10) Не обязательно. Просто рабочий процесс убиваешь. Сервер создаст новый и перенесет туда все полноценные сеансы.

(18) С выполняющимися длительными серверными вызовами что при этом происходит?
Они заново с нуля начнут как будто их только что вызвали?
Или по ним будет сбой/ошибка?

(19) Сбой. Но там таймаут какой то есть (хз где это задается, наверно в настройках кластера)
Как то так это выглядит
PS: Ну и да. Таймаут на ожидание берется из параметров кластера "Проблемные процессы завершать через..."

(18) в этих двух случаях не помогало, сеансы перебрасывались на новый как нормальные. Они висели с заблокированными объектами и потихоньку по каплям сосали память. Поэтому эти зомби были как живые.
(11) Да, реально иногда надо, особенно если у пользователей стоят всякие телефонные примочки, которые при старте сеанса цепляются к телефону и при пришедшем звонке открывают окно события. Два сеанса сразу вводит их в ступор.