eralde

Thank you, we'll fix that in one of the next releases.

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

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

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.

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.

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.
 

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.

Should be fixed in firmware version 3.7.1.

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.

Баг, спасибо!

Поведение упрощено:
кнопка снизу раскрывает меню независимо от разрешения экрана (это состояние запоминается) или сворачивает раскрытое меню клик по пустому пространству под группами в свернутом меню не делает ничего Дополнительная логика, которая вызвала негативные комментарии, удалена.

Спасибо, исправлено в 3.5 Alpha 9.

Спасибо, это ошибка в веб-интерфейсе. Будет исправлено в следующий сборке.

В следующей сборке должно отображаться корректно. Спасибо!

Дубль идентификатора USB-устройства в выдаче команды ls.
 
Я хотел избежать лишних перерисовок этого блока, а фреймворк это позволяет, если у объекта из списка есть признак, который заведомо уникален.
Но не тут-то было 😅. Заменим признак -- и все будет в порядке.

Я вижу, что у вас установлен компонент "Контроль доступа к файлам и папкам".
Какие права у пользователя, которым вы авторизуетесь в веб-интерфейсе, для папки из которой вы хотите скачать файл?

Проверьте, пожалуйста, сборку 2.15.A.4.0-3, поля должны корректно валидироваться

Авторизация теперь работает так:
GET-запрос к <АДРЕС КИНЕТИКА>/auth 
либо успешно завершается (вы уже авторизованы), либо возвращает код 401.
В случае кода 401 нужно сохранить заголовки ответа:
X-NDM-Challenge (token) X-NDM-Realm (realm) и послать запрос POST-запрос на авторизацию по тому же адресу:
<АДРЕС КИНЕТИКА>/auth
с данными: 
{ login: login, password: sha256(token + md5(login + ':' + realm + ':' + password)) } Опять же удачная авторизация -- ответ с кодом 200, неудачная -- 401
 
Сессия авторизации длится 10 минут (т.е. если в течение 10 минут не будет отправлено ни одного запроса -- придется еще раз авторизоваться).

Удалять интерфейсы WifiMasterX/AccessPointY не нужно.
Достаточно удалить у них SSID (удалить строчку ssid %%%%%%)и выключить интерфейс (добавить строчку down) в секции, относящиеся к этим интерфейсам.
В вашем примере все правильно настроено у WifiMaster0/AccessPoint3.
 
Попробуйте еще раз создать третий сегмент в веб-интерефейсе. Если в нем не будет настроенной сети Wi-Fi -- удалите.
Я попробую воспроизвести ваш сценарий. При удалении сегмента настройки сетей должны чиститься.

Спасибо! Будем разбираться

Скоро будет исправлено.

Проверьте при случае на A.3, там ссылка должна становиться неактивной.

Будут, поправим.

Я уже отвечал по этому поводу:
Если для вас это принципиально -- давайте я помогу с написанием кастомных стилей для Stylish.
В теме про список клиентов Wi-Fi в режиме ТД этот комментарий точно лишний.