eralde

Какой префикс вы вводите в попае Connection settings?

It may be counterintuitive, but the show ping-check command show the status of the ping-check profile. I don't know why it doesn't show the configured min-success value, but you can verify that it is stored in the configuration by executing show rc ping-check : (config)> show rc ping-check (config)> ping-check profile test PingCheck::Client: Profile "test" has been created. (config-pchk)> min min-success - set the min success count (config-pchk)> min-success 8 PingCheck::Profile: "test": uses 8 success count for enabling interface. (config-pchk)> max- max-fails - set the maximum fail count (config-pchk)> max-fails 3 PingCheck::Profile: "test": uses 3 fail count for disabling interface. (config-pchk)> mode icmp PingCheck::Profile: "test": uses icmp mode. (config-pchk)> host 1.2.3.4 PingCheck::Profile: "test": add host "1.2.3.4" for testing. (config-pchk)> exit Core::Configurator: Done. (config)> show rc ping-check config, name = ping-check: config, name = profile: name: test config, name = host: host: 1.2.3.4 config, name = mode: mode: icmp config, name = min-success: count: 8 config, name = max-fails: count: 3 (config)> show ping-check pingcheck: profile: default pingcheck: profile: test hosts: 1.2.3.4 max-fails: 3 mode: icmp Generally, the show rc <...> command will print out a part of the current configuration (running-config) related to <...> (e.g. show rc interface Home)

@vst, would you please check this out?

Uncheck the "Auto-mount new USB drives" checkbox to disable this behavior.

I've reproduced the issue. Thank you for the report!

This is already reported in the Russian section of the forum: We'll fix it in the draft build. Thank you for the report!

Thank you! Now it's clear what needs to be fixed.

We are working on this issue. I can't say for sure, but there will probably be an option in the setup wizard to skip the "downgrade" to stable firmware.

Could you open "Developer tools" in your browser (F12) & show me a screenshot of the "Console" tab there when the PPPoE import modal window does not close automatically?

@PriSonerS61 This is not easy to do for several reasons: - device memory (both persistent and RAM) is limited (where are we going to store these pictures?) - it is not clear whether it is possible to use icons of various services/applications for free and without additional arrangements How do you use the Application Traffic Analyzer page? What do you want to see in the applications/hosts table?

@KYTECHNGAMING we'll need to discuss this. A button that navigates you to https://my.nextdns.io/login sounds simple enough

We have drag'n'drop for the cards on the dashboard in the new version of the UI. At the moment there are no special tweaks for resolutions, wider then "Full HD", but I think that implementing them later is doable. Still, I can't say when the new UI is going to be released.

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

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.

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