3-50

@Evgeny Korytov, допустим, у нас в списке 3 роутера (Ultra, Ultra и Viva), отфильтруем по Viva, нажмём через Actions Menu на All Devices, выберется только 1 роутер, а не все. Аналогичного поведения ждёшь, когда в списке, благодаря фильтрации, нет роутеров, то есть ничего не должно выбираться.

@Evgeny Korytov, не мешает, не критично.

@Evgeny Korytov, в changelog не было новостей про изменение изменение, но импортировать уже добавленный роутер стало нельзя. Да, именно так. При этом сеть уже добавлена и авторизована на другом аккаунте.

@Julia Rybakova, да, конечно.

В Windows можно уменьшить окно браузера до размеров появления бокового меню в rmm, если нажать на меню, а затем развернуть окно браузера на весь экран, то иконка закрытия исчезает.

При создании продукта с единым визуальным стилем разве не стоит быть последовательным в решениях?

Обратите внимание на первый и второй скриншоты. Присваивание тега происходило через массовые операции на первом скриншоте после авторизации, а на втором до неё. Переименования роутеров не было, и, допустим, не будет, то есть в networks имена роутеров типа "Extra (RU) 111***333". На ваш взгляд понятнее с каким роутером, что происходило в первом случае или втором? Не забываем, что в историю обращаются не сразу, спустя какое-то время, когда что-то уже позабылось, когда сходу не сообразишь, какой "Extra (RU) 111***333" соответствует запись в журнале "Extra (KN-1711)", Keenetic Extra (KN-1711) или "Extra". А лично я вижу наглядную запись действий в истории следующим образом

Добавили роутер из гарантийного листа, не авторизовали, присвоили ему ярлык "1234". В истории действий будет "Assigned tag 1234 to "Ultra (RU) 111***333". Авторизовали, дождались, когда загрузится, удалили ярлык. В истории действий будет "Removed tag 1234 from "Keenetic Ultra (KN-1810)".

Можно добавить: blablabla.keenetic.pro https://blablabla.keenetic.pro но нельзя: blablabla.keenetic.pro/ https://blablabla.keenetic.pro/ Появляется сообщение "Internal server error". Если копировать адрес в Microsoft Edge или Google Chrome, то при вставке слеш всегда будет в конце адреса вне зависимости от того есть он у сайта или нет.

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

По толщине он такой же как и символ сортировки, у фильтров данный символ более тонкий.

В начале добавляем роутер Extra kn-1710, затем добавляем роутер Extra kn-1711, в фильтрации по модели предлагается фильтровать по двум Extra. Может индекс модели добавлять?

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

Выбрали роутер, изменили его доступность через кнопки групповых действий — список выбранных роутеров сбросился. Выбрали роутер, изменили его доступность через ⠇— список выбранных роутеров не сбросился.

Через Actions menu можно выбрать роутеры даже, если после фильтрации список будет пуст.

Не изменилось, кстати, после авторизации, на https://help.keenetic.com/hc/ru тоже старые данные фигурируют.

Хотя 3 корректно сортирует, просто не по Ip, а по mac.

1.По полю Connection 2. По полю signals / protocol 3. По полю address 4. По segment и hosts И теперь hosts в принципе не открывается. Несколько раз подряд сортировал по segment, появилась эта надпись и перестало в принципе открываться. После сортировки по network вылетало, но открывалось. Скриншоты сортировок по убывания и возрастанию.

Прошло чуть больше суток, данные по прежнему старые.

Фикс от 30 июня по прежнему не учитывает разные варианты. Видео в следующем сообщении. p.s. Вам не сложно будет писать в логе подробней, что именно вы исправили, сейчас обратил внимание, что данную ошибку вы тоже попытались исправить, но в логе об этом уведомления нет?

Не все исправили/добавили.

После обновления от 30 июня в Devices отображаются следующие устройства В Networks И обратите, пожалуйста, внимание на следующее видео

С учётом, что современные устройства по умолчанию при подключении к Wi-Fi сети каждый раз меняют свой mac адрес (раз, два), то там даже не тысячи будут, интересно будет посмотреть на реализацию отслеживания в подобных условиях.

Однажды, человек, добавивший и авторизовавший роутер к себе в rmm, решил от него избавиться (например, продать). Другой человек этот роутер купил, сделал аппаратный сброс, сделал первичную настройку, подключил к интернету, а вот добавить уже в свой rmm не сможет, при попытке появится надпись (добавление из гарантийного листа без проверки будем считать, что уже исправлено). Но ведь и у человека, у которого этот роутер был изначально, в rmm он превратится в тыкву. Поэтому более правильное поведение после сброса роутера (точнее в результате любой смены его ключа) требовать повторное "Confirm rights" и считаться сервисом свободным для добавления, но никак вот это вот. Отдельно печально то, что кнопка открытия веб-интерфейса была неактивна до тех пор, пока я на сброшенном роутере не прошёл первоначальную настройку, после сразу стала активной, впрочем, всё делалось с телефона, мог и перепутать что. Кстати, если посмотреть внимательно на скриншот

Если приглашённый человек присвоит и своим роутерам и чужим через групповые операции новый тег, то пригласивший не сможет добавлять своим роутерам теги, при попытке появится ошибка "internal server error".