eralde

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

В этом списке отображаются только подключения, для которых: - задано значение в поле "Приоритет подключения" - или отмечен чекбокс "Использовать для выхода в Интернет"

Как вам ответил @slomblobov, веб-интерфейс показывает то, что возвращает в качестве закэшированной конфигурации прошивка. Если в кэше у интерфейса модема нет приоритета, веб-интерфейс будет показывать, что приоритет не выставлен. Чинить это со стороны фронтенда -- неудачная идея.

Как воспроивести проблему понятно, будет поправлено. Спасибо за репорт!

@Le ecureuil

Спасибо за репорт! Как воспроизвести понятно, будет исправлено.

Похоже, что веб-интерфейс запрашивает в процессе своей работы команду, которой на KN-3010 нет. Ничего страшного из-за этого не происходит, но в логе выводится сообщение об ошибке. Приложите, self-test, c KN-3010, пожалуйста, чтобы можно было посмотреть какой набор компонентов у вас стоит на KN-3010, чтобы разобраться, почему веб-интерфейс запрашивает show media.

Подожите, но это ведь два разных сценария: - бэкап прошивки/конфига контроллера + обновление всей Wi-Fi-системы - бэкап прошивки/конфига каждого узла системы + обновление всей Wi-Fi-системы Для первого варианта никаких костылей не нужно. Вполне можно при обновлении контроллера со страницы настроек Wi-Fi-системы так же предалагать скачать прошивку/конфиг. Тем более, что там сейчас даже подтверждение перед обновлением не требуется, что довольно странно Второй вариант без костылей не решается и я бы все-таки предложил подождать полноценного бэкапа устройства.

Можно зайти на роутер по telnet и ввести следующие команды (ввести первую, нажать Enter, подождать, ввести вторую нажать Enter): components list draft components commit Если обе команды отработают успешно, то после выполения второй устройство перезагрузится с обновленной версией прошивки.

Добрый день! Попробуйте, пожалуйста, воспроизвести проблему на 4.2.4. Если и в новой версии значение в поле "Основной шлюз IPv4" пропадает, выложите, пожалуйста, self-test скрытым сообщением в этой теме.

В этом сценарии, мне кажется, можно настройки WISP не очищать, а просто выключить его тоглом или включить "Тип подключения" -> "По требованию". В обоих случаях мешать работе Wi-Fi подключение не будет.

Круговая диаграмма будет подправлена

Настройка канала общая на все интерфейсы Wi-Fi в одном диапазоне. Т.е. канал, который настраивается в "дополнительных настройках Wi-Fi" в сегментах -- это тот же самый канал, который настраивается в WISP. Если WISP в диапазоне, например, 5 ГГц "настроен" в каком-то самом базовом смысле, то веб-интерфейс не дает менять канал в настройках Wi-Fi сегмента, потому что при его смене WISP перестанет работать. Поэтому вместо выбора канала в настройках Wi-Fi сегмента выводится надпись "определяется подключением...". Можно при сбросе настроек WISP не сбрасывать настройку канала. На моей памяти вы первый, кому это нужно. Если хотите -- я могу тему перенести в Развитие, но прямо сейчас эта часть веб-интерфейса работает так, как задумано.

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

Пока, к сожалению, нет

Ну, когда-нибудь завезут в 4.2.5

@Vladimir Belov @Rootdiv, спасибо! В следующей версии будет поправлено

Спасибо за репорт! Проблема понятна, будет исправлена в одной из следующих версий.

Добрый день! Спасибо за репорт. Проблема будет исправлена в следущем обновлении 4.2.

Добрый вечер! Выложите, пожалуйста, self-test скрытым сообщением. Возможно, в конфигурации вашего устройства есть что-то, что приводит к некорректной работе веб-интерфейса. На произвольном тестовом устройстве "на столе" у меня все корректно сохраняется.

Какое-то обсуждение этих улучшений идет, но по срокам я, к сожалению, ничего не могу сказать.

@Test Pilot

Добрый вечер! Проблема с тултипом в том, что он в некоторых случаях мешает дальнешейму взаимодействию со страницей на мобильных устройствах: Поэтому договорились скрыть его на мобильных устройствах совсем. Вы часто им пользуетесь? Его действительно довольно проблематично уместить на мобильном экране (о чем вы как раз писали раньше).

У меня на Alpha 7 проблема больше не воспроизводится. Думаю, что стоит обновиться

Я вижу исправления в коде, которые похожи на то, что нужно. Попробую на тестовом устройстве попозже.