eralde

Что-то мы такое делали, manifest.json уже давно лежит в пакете с веб-интерфейсом. Надо посмотреть чего не хватает. Речь, насколько я понимаю, идет о том, чтобы можно было на мобильном устройстве добавить иконку веб-интерфейса рядом с иконками нормальных приложений. Верно?

Мы поправим это в самом интерфейсе на следующей неделе. Кнопки должны быть на одной линии по горизонтали, тогда проблемы не будет

Thank you for the report. We'll fix this in one of the future builds.

Интересно. Ошибок в JS нет, с нашей стороны ничего не менялось. Будем разбираться, спасибо!

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

This is not an error. If a predefined segment (Home, Guest) has a default description ("Home network", "Guest network"), its visible name is translated into the current language of the web UI. I hope that someday we will stop doing this and just rename the predefined segments in the Initial Setup Wizard.

There are changes in the output of every RCI resource (command) in the 3.8.x firmware. RCI resource output should not contain interface aliases ("Home", "Guest", "ISP", ...). It was requested by developers working on the web UI (especially me), since it simplifies the web UI code. We'll need some time to fix bugs caused by that change. This change however should not affect the telnet/SSH CLI output.

It is by design. Each "card" in the mobile view will have it's own expand/collapse button if it's contents are long enough. Every card is collapsed by default since a mobile device screen is rather small.

Thank you for the report. We'll fix it in the next 3.8 build.

Исправлено в браузерном расширении (>= 0.5.99)

Everything written below is my personal opinion. I do not decide which features will be implemented in the web UI. No, there is no special reason. However, any feature has a certain priority. If the feature is not implemented, then there are ones with a higher priority ahead of it. In case of the "dark theme" there is also another reason: it would be hard to implement. Current web UI was not designed to support multiple themes. It also was not designed to support mobile devices, because we already had a separate team developing a mobile app. Based on the process of updating the UI for mobile devices, I can say that the cost of development reduces the priority of this feature significantly. I also can say that a new version of the UI is under development. Most of the KN devices already have an Initial Setup Wizard that is a part of the new UI (the one with the flags in the background of the first step). The new UI will have a built-in dark theme (at least it has one for now). However, my extension will not be compatible with it, and I will not be able to modify the dark theme as easily. Regarding other UI changes that my extension adds: this forum provides a way of requesting a feature. You should add a thread to the https://forum.keenetic.com/forum/51-feature-requests/ section and ask anyone interested to vote for your suggestion. We can ask additional questions (such as how you plan to use the new feature), but we will certainly consider popular requests. Another way to request a feature is through official technical support. As far as I know, they collect user requests and present the most popular ones.

Версия 0.5.100 (2022-01-01): Список устройств: исправлен цвет фона для фильтров (сообщил @PriSonerS61) Список устройств: исправлено отображение подписей к фильтрам на мобильных устройствах (сообщил @PriSonerS61) Исправлено отображение меню на мобильных устройствах при включенной темной теме (сообщил @PriSonerS61) 0.5.100 (1 January 2022): Device lists: fixed background color for filters (reported by @PriSonerS61) Device lists: fixed filter labels display on mobile devices (reported by @PriSonerS61) Fixed menu display on mobile devices with dark theme enabled (reported by @PriSonerS61)

Версия 0.5.99 (2021-12-31): Исправлено отображение отфильтрованного списка устройств на мобильных экранах (сообщил @PriSonerS61) Исправлен цвет поля для поиска по интерфейсу при включенной темной теме (сообщил @AndreBA) Исправлен цвет текста с описанием каналов обновления прошивки (сообщил @yerebakan) Исправлены стили на обновленной странице "Интернет-фильтры" (сообщили @yerebakan и @AndreBA) Исправлено отображение канала автообновления Delta на дашборде (сообщили @T@rkus и @Sfut) Добавлен вывод RSSI для беспроводных клиентов в списке устройств (предложено @yerebakan, включается на странице настроек расширения) 0.5.99 (31 December 2021): Fixed filtered device list display on mobile screens (reported by @PriSonerS61) Fixed search input color when dark theme is enabled (reported by @AndreBA) Fixed firmware update channel description text color (reported by @yerebakan) Fixed styles on the updated "Internet safety" page (reported by @yerebakan and @AndreBA) Fixed display of the Delta auto-update channel on the dashboard (reported by @T@rkus and @Sfut) Device lists: added RSSI output for wireless clients (suggested by @yerebakan, can be enabled on the extension options page)

Спасибо, будем чинить.

Указанные недочеты действительно возникают из-за расширения для браузера. Чтобы пропала лишняя кнопка "Сохранить файл журнала", можно установить последнюю выложенную версию расширения (0.5.96). В ней это исправлено: Что касается отображения канала обновления на дашборде -- дождитесь, пожалуйста, исправления в коде расширения.

Веб-интерфейс позволяет настроить правила только для входящего трафика. Если все нужные правила вы уже настроили, то проще всего сменить тип ip access-group через CLI interface {ИМЯ_НУЖНОГО_ИНТЕРФЕЙСА} ip access-group {ИМЯ_СПИСКА_ACL} out (config)> interface Bridge2 ip access-group foobar in // привязать список правил foobar к входящему трафику в Bridge2 Network::Acl: Input "foobar" access list added to "Bridge2". (config)> interface Bridge2 ip access-group foobar out // привязать список правил foobar к исходящему трафику в Bridge2 Network::Acl: Output "foobar" access list added to "Bridge2". (config)> (config)> (config)> (config)> (config)> (config)> interface Bridge2 ip no access-group foobar in // отвязать ... Network::Acl: "foobar" access group deleted from "Bridge2". (config)> interface Bridge2 ip no access-group foobar out Network::Acl: "foobar" access group deleted from "Bridge2". Релевантная статья в базе знаний: https://help.keenetic.com/hc/ru/articles/360001434079

Should be fixed in firmware version 3.7.1.

To watch videos posted on streamable.com I need to use a VPN or TOR connection every time. I do not know, why it is not accessible via my ISP, but it is inconvenient for me. In the future, please adhere to the following rules when creating a new thread: - briefly describe the problem in the title of the thread or in the first post of the thread ("Device Lists" is too general a name for a thread) - attach graphics and video files directly to your message; if possible, don't use any third-party services As for the small defect in the "Device lists" table shown in your video, I can answer that it will be fixed in one of the future versions of the firmware.

The web UI shows everything exactly as it should. It shows current Wi-Fi channel on the dashboard and the channel you selected in the settings form. I don't know if the Wi-Fi channel should revert back to the user defined channel after the WISP interface is disabled.

Можно проверить, есть ли в CLI команда pppoe pass through {wan-iface} {lan-iface}. Если есть -- значит, веб-интерфейс все правильно показывает. Насколько я помню, команда доступна и без компонента pppoe.

This behavior should not be considered a critical error. When we fill any UI form with data, there is a certain period of time between filling the fields and setting the "(form is) not modified" flag. When accessing the web interface remotely, this time interval gets longer and can lead to the blinking buttons you see. We will gradually work to eliminate this situation.

The DDNS service status is shown "as is" regardless of the Keenetic Web UI language. The status text is determined by the DDNS service, we cannot control it, so we do not translate it.

The web UI shows RX & TX data separately, so the hint on each will show only one number. It can be done, we'll think about that.

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

Надпись "доступно обновление" появляется точно так же, если доступно обновление.