spatiumstas

STR 1. Chrome 134.0.6998.89, масштаб страницы стандартный - 100% 2. Открыть любую страницу где есть сепараторы, например Список клиентов или маршрутизация AR Сепараторов у первой колонки нет. Актуально на 4.2.6.3 и 4.3 Beta 3, но было замечено и раньше На Firefox при любых масштабах всё ок @eralde @Anna_

Beta 3 поправлено @Anna_ @eralde Кажется, списку не помешал бы border-color с primary-color, как сделано у других полей по ховеру (и в старом вебе), чтобы box списка не сливался с фоном и выделялся. Что думаете

Beta 3 без изменений @Anna_ @eralde

Для желающих редактировать конфиги из под веб-интерфейса, добавил XKeen в web4static Ранее о нём писал здесь Репозиторий

2K 27 дюймов дисплей Слева Beta 2, справа 4.2.6.1 Меню и текст стали безумно мелкими, без масштабирования страницы до 125-150% пользоваться дискомфортно. + пропала анимация раскрытия меню + Всё еще мелкий список клиентов и описание Mesh системы

AR Не уверен что 12345678 достаточно устойчив @eralde @Anna_

STR 1. Ввести короткий пароль AR Ненужный перенос хинта, одной строчкой поместится

STR 1. Сгенерировать пароль 2. Нажать на кнопку копировать AR Ничего не копируется + нет тоста/нотификашки/анимации или чего-либо иного показывающего что копирование произошло

4.3 Beta 2 исправлено

Ну точно не к скрипту вопрос, но улучшу вывод в лог

Попробовать вручную tar cvzf /tmp/mnt/d288b581-e087-45fa-a9f6-221a18777eb3/test_Entware.tar.gz -C /opt .

Должно стать лучше. Проблема была в завязке на label + uuid. Теперь если label пустой, отобразит

Нужен вывод ‘show media’ в CLI

Если место позволяет - возможно

STR 1. Иметь расписание и скрипт в /opt/etc/ndm/schedule.d/ включающий в себя выполнение команды ndmc. Например ndmc -c show version 2. Дождаться выполнения AR Команда не будет выполнена, в журнале ошибка Feb 24 14:12:45 ndm: ndmc: system failed [0xcffd0060] И, возможно, несвязанная ndm: Cli::Main: system failed [0xcffd00c8], unable to update a window line size. При откате на 4.2.6.1 проблемы нет, то-есть сломано именно в 4.3 @Le ecureuil @sergeyk

KeenSnap - Бэкап конфигурации KeeneticOS Возможности: Установка: Настройка: Репозиторий: https://github.com/spatiumstas/KeenSnap

https://t.me/bird4static_chat/6501

На сервере, версия клиента не имеет смысла, хоть 4.2, хоть 4.3

4.3 Beta 1 исправлено

Локализовали. Если на клиенте включить Использовать для выхода в интернет, то подключение срабатывает. Без неё нет А на 4.2 вне зависимости от чекбокса работает

@Le ecureuil Все еще актуально, создаёт неудобства при попытке использования

@eralde Подскажите, есть новости? Селф-тест был вложен в декабре

@Le ecureuil Нашлась пропажа. 7c:83 это старый мак-адрес прошлого мини-пк который был зарегистрирован под 133. Снятие текущей регистрации сразу отобразило актуальный мак - e0:51 Всё-равно баг получается? Клиент не должен был отображаться подключённым если у него другой мак?

Ноды, судя по всему. Но 7c:83:34:b4:3f:8c нигде не указывается root@proxmox:~# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host noprefixroute valid_lft forever preferred_lft forever 2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master vmbr0 state UP group default qlen 1000 link/ether e0:51:d8:18:26:ea brd ff:ff:ff:ff:ff:ff 3: wlp1s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 34:a6:ef:35:6a:67 brd ff:ff:ff:ff:ff:ff 4: vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether e0:51:d8:18:26:ea brd ff:ff:ff:ff:ff:ff inet 192.168.10.133/24 scope global vmbr0 valid_lft forever preferred_lft forever inet6 fe80::e251:d8ff:fe18:26ea/64 scope link valid_lft forever preferred_lft forever