eralde

Пожалуйста, не описывайте в рамках одной темы несвязанные между собой замечания по работе интерфейса. Мы уже проходили такой этап на форуме при переходе на текущий интерфейс (версия 2.12 и более новые). Общая тема с обсуждением разных вещей быстро превращается в аналог "Курилки", где очень сложно найти интересующее тебя обсуждение. Разбейте ваше сообщение на четыре разных темы. Каждый из вопросов заслуживает отдельного внимания.

Похоже, что в конфигурации вашего Кинетика настроено так, что наш код от этого ломается (в обоих местах). Вы сильно поможете с отладкой, если дадите read-only доступ к веб-интерфейсу по SSTP.

Страница "Приложения" сейчас находится в разработке. Этот процесс влияет и на карточку с приложениями на дашборде. В будущих версиях содержимое карточки определенно станет выглядеть аккуратнее, это касается и имён, и статусов.

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

Код веб-интерфейса сейчас должен корректировать такие наборы данных, где присутствуют элементы с t: 0 (отсчитывать время назад от первого элемента, для которого t > 0). Видимо, мы опять что-то упустили в этом процессе. Текущий интерфейс делает примерно то же самое, но вообще не привязывает значения к меткам времени (поэтому в нём, например, проблематично вывести тултип для конкретной точки на графике).

No, at this point is looks like the issue is not related to the UI.

Looks like we've found the source of the issue. It will be fixed in one of the future builds.

Приложите, пожалуйста, снова отладочные данные (выдачу браузера по адресу <IP_или_KeenDNS>/rci/show/interface/rrd?name=<ИМЯ_ИНТЕРФЕЙСА>&attribute=rxspeed&detail=0)

Это нормально. Новые строки ещё не успели перевести.

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

Мне такая идея нравится, сценарий использования очень понятный. Но сделать что-то в веб-интерфейсе можно будет только, когда будет доделана возможность бэкапить конкретное устройство целиком. То, что сделано сейчас -- своего рода костыль, чтобы уменьшить количество ситуаций, когда пользователь хочет откатиться к старой версии прошивки, но не может этого сделать.

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

Дело в том, что есть команда, обновляющая всю Wi-Fi-систему без указания дополнительных деталей, а есть другая команда, обновляющая отдельное устройство (экстендер или контроллер). Нажатие на верхнюю кнопку в появляющемся диалоге запускает первую команду, нажатие на нижнюю -- вторую (для выбранного набора устройств). На данном этапе мы хотим узнать, какой из вариантов пользователи выбирают чаще.

@Padavan, please, check the provided data.

I apologize, but I misled you. We use data from the show mws member (on the controller) command output do display the Wi-Fi standard in the UI. Still the show mws member command output is present in the self-test file, so I've checked it out. It looks like the controller UI shows the correct standard, there is no 802.11ac for the 2.4 GHz band. https://help.keenetic.com/hc/en-us/articles/213968949-What-you-need-to-know-about-Wi-Fi-5-IEEE-802-11ac- We should fix the standard displayed in the extender UI.

Thank you for the report! We are aware of this issue, it will definitely be fixed in one of the next builds. Please use the Static Routes page in the current UI until it is fixed in the new version.

Please provide the output of the show ip hotspot command on the controller (only the extender device data block is needed), as well as the output of the show mws associations command (is it executed on the extender itself?) and the self-test files from both devices.

Исправление было сделано в API, которым пользуется веб-интерфейс. Похоже, что не всё учтено. Приложите сюда, пожалуйста, скрытым сообщением self-test + выдачу браузера по адресу <IP_или_KeenDNS>/rci/show/interface/rrd?name=PPPoE0&attribute=rxspeed&detail=0 в тот момент, когда отображение явно некорректно.

Страница, где настраиваются профили DNS, пока не реализована, поэтому и настройки в карточке нет. Мы её, конечно, добавим как только реализуем страницу.

Я смог воспроизвести у себя, спасибо. Self-test не нужен.

В текущих версиях нового интерфейса внутренний поиск не реализован. Будет реализован в будущих.

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

For now this is the intended behavior. Interface preference (old vs. new) is not stored anywhere. However, page URLs are different (e.g. /controlPanel/wired vs /wired) so refreshing a certain page should not switch the new interface to the old one. The main dashbord is the exception (/dashboard in both versions).

Thanks for the message! We will fix this issue in one of the next Dev versions. Until this issue is fixed, you can reload the tab in your browser as @dimon27254 suggests.

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