Alex Sh.

@enterfaza В версии 22 при группировке "По сегменту" групппа "Не в сети" должна также присутствовать. Она включает все зарегистрированные устройства с динамическим IP, которые в данный момент не в сети. Только зарегистрированные потому, что для незарегистрированных теперь есть "История подключений". Это же и ответ на ваш вопрос про опцию "скрывать неактивные устройства" - теперь в ней нет нужды. Только с динамическим IP потому, что подключенное устройство со статическим IP роутер всегда считает принадлежащим сегменту, которому этот IP принадлежит. Такие офлайн-устройства продолжат отображаться в своем сегменте. Итого, проверьте, что у вас есть зарегистрированные офлайн-устройства без статического IP, которые могли бы отображаться в группе "Не в сети". Либо откройте "Историю подключений", чтобы увидеть незарегистрированные офлайн-устройства.

Да, точно, в вебе-то есть. Заведу задачу.

Удаление из карточки интернет-центра в приложении удаляет интернет-центр из приложения. Удаление из настроек Wi-Fi-системы удаляет интернет-центр (ретранслятор) из Wi-Fi-системы, что в веб, что в приложении. Посмотрите сейчас, должно быть все нормально. Что-то было на бэкенде, я не в курсе подробностей, если честно. Но вообще говоря, вам просто повезло с этажами: на данный момент сортировка ретрансляторов осуществляется по не очень прозрачному признаку - времени добавления в Систему. Соответственно, чтоб изменить порядок, нужно удалять-добавлять ретрансляторы.

Задача включена в 23-й этап, т.е к следующему релизу должна быть пофикшена.

У устройств с фиксированным IP-адресом, даже если они оффлайн, остается принадлежность к сегменту. Вероятно, вы проверяете наличие группы "Не в сети" на таких устройствах, а они отображаются в сегментах.

Наверное, стоит добавить.

Да, еще в процессе.

Боюсь, не переедет и перестанет влезать. Возможно, стоит отображать тип подключения в виде иконки. Я заведу, посмотрим.

@enterfaza Даа, нужно обрабатывать html-элементы. Спасибо, что обратили внимание. Будет исправлено в 23.

@enterfaza Тут непонятно, что имеется в виду. Вы хотите видеть топологию сети - какой ретранслятор куда подключен?

Передал, спасибо на добром слове ) Но будут и новые баги, не извольте сомневаться!

@Ivan Serov Мы сегодня вернулись к обсуждению этого вопроса и пришли к выводу, что пока у нас нет ресурсов на эту задачу.

@T@rkus Что-то у меня не получается воспроизвести - все нормально удаляется. Сможете снять видео или подробнее описать шаги для воспроизведения?

Несомненно! Но нашему мы еще и платим )

На Android локализовано, надо и в iOS сделать.

Спасибо, что сообщили. Мы разбираемся в причинах, скоро починим.

Спасибо, посмотрим!

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

Наш тестировщик тоже замечал этот баг, будем разбираться.

Завожу, должно быть.

Подтверждаю баг: переводы есть, дело не в них. Завел задачу.

Судя по логам, последний раз подобное событие приходило от вашего контроллера 15 апреля. Если авария у оператора, о которой вы говорите, произошла позже, то проблема не на бекэнде, а в контроллере или на сети. Т.е либо контроллер не отправил сообщение о переходе на резервный канал, либо сообщение по резервному каналу не дошло до сервера. Без этого сообщения и второе, о переходе обратно на основной канал, не будет отображено. Я сейчас проверил у себя на 3.6.3, сообщения о смене WAN приходят, функция работает. Попробуйте тоже проверить, если есть возможность.

Т.е стабильно воспроизводится каждое переключение?

Я уточнил, 23.04 проводились работы на серверах, в процессе могли возникнуть такие вот артефакты. К сожалению. А еще к сожалению, откатить обратно или скрыть этот терабайт не получится.

У вас версия KeeneticOS не 3.7.5? На ней нашли был баг с опопвещениями.