eralde

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.

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.

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.

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, при каждой загрузке дашборда или страницы "Общие настройки" пытается получить информацию о наличии обновлений. Неудачная попытка повторяется веб-интерфейсом через несколько секунд.

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

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

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

@PriSonerS61 the web UI sends a request for the "Release notes" link. If it does not get anything in response it shows nothing. On language change it does the same thing again, because links are locale-specific. If the web interface doesn't show any link, I assume the link will appear later when the model-specific info is updated.

It it a known issue. I hope that a workaround will be added in one of the next beta builds.

We're still looking into it. Please wait a little longer.

Yep, that's an error. Please wait for the next draft firmware build. It will be fixed there.

Thank you for the report. This is already fixed in the nightly versions. Please wait for the next draft firmware build.

One of the buttons is added by the web UI, the other by the dark theme extension. I will fix this in the next version of the extension.

Thank you for the report! This will be fixed in the next draft version.