dimon27254

@eralde @Anna Zhelankina нашел несколько багов, которые проявляются, если установить расписание доступа к интернету для устройства, а затем открыть поп-ап настроек в момент, когда доступ заблокирован в соответствии с расписанием. 1. В мобильном вебе появляется большой пустой интервал: 2. В десктопном вебе подпись, сообщающая о блокировке интернета в соответствии с расписанием, немного оторвана от кнопки WoL: По задумке, наверное, она должна была находиться прямо под кнопкой, как в текущем веб-интерфейсе. А если её переместить ниже, расположив в один ряд с выпадающим списком выбора расписания? Так будет понятнее, что информация относится не к политикам доступа, а именно к расписанию: В мобильном вебе или не отображать, или поместить прямо под выпадающим списком: 3. Если открыть список политик доступа, то при текущем расположении представление приоритетов подключений накладывается прямо на эту подпись:

@eralde @Anna Zhelankina в мобильной версии относительно центра плитки немного смещена легенда графика загруженности эфира: Очень было бы хорошо, чтобы она оказалась по центру.

В 4.1 Alpha 10-16 изменений не замечено.

@eralde подтверждаю исправление в 4.1 Alpha 16. Спасибо!

@eralde @Anna Zhelankina в поп-апе "Режим работы интернет-центра" увидел парочку небольших погрешностей. Проверял на 4.1 Alpha 15. 1. При использовании темной темы иконка роутера остается темного цвета: 2. В мобильном вебе не полностью умещается графическое представление режима работы "ретранслятор":

@eralde проверил в 4.1 Alpha 15 - страница корректно загружается. Спасибо!

@eralde подправлено в 4.1 Alpha 15. Спасибо!

@eralde подтверждаю исправление в 4.1 Alpha 15. Спасибо!

@eralde в 4.1 Alpha 15 потерялось локализованные наименования неустановленных приложений: Еще заметил, что статус "не настроено" теперь отображается стандартным цветом, а не оранжевым. Так задумано?

@eralde @Anna Zhelankina в 4.1 Alpha 15 поправлено. Спасибо!

@eralde @Anna Zhelankina подтверждаю исправление в 4.1 Alpha 15. Спасибо!

@eralde В 4.1 Alpha 15 исправлено. Спасибо!

@eralde подтверждаю реализацию в 4.1 Alpha 15. Функция работает корректно. Спасибо! В предупреждающем диалоге попался небольшой недочет - если производится замена одного нестандартного номера порта на другой, то в новом адресе отображаются сразу оба: В случае, если идет смена порта с нестандартного на 443, то текущий адрес просто копируется:

@hellonow в 4.1 Alpha 14 каждые две минуты стало выходить еще больше сообщений: [I] Oct 26 08:32:04 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint0": BSS(ra0) RRM: looking for neighbor at channel 13. [I] Oct 26 08:32:04 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint0": BSS(ra0) RRM: looking for neighbor at channel 13. [I] Oct 26 08:32:05 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint0": BSS(ra0) RRM: looking for neighbor at channel 1. [I] Oct 26 08:32:05 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint0": BSS(ra0) RRM: looking for neighbor at channel 1. [I] Oct 26 08:32:05 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint0": BSS(ra0) RRM: looking for neighbor at channel 9. [I] Oct 26 08:32:05 ndm: Core::Syslog: last message repeated 2 times. На 1, 9 и 13 каналах находятся ретрансляторы.

@eralde С момента написания здесь своего последнего сообщения, очистил кэш и куки, хватило чуть больше чем на неделю. Теперь снова плавающим образом не загружается страница входа с первого раза.

@eralde в 4.1 Alpha 14 все в порядке. Спасибо!

@eralde @Anna Zhelankina начиная с 4.1 Alpha 11 в мобильной версии всё в порядке. Спасибо!

Скорее всего, текущий и новый веб-интерфейсы используют переводы из разных контекстов. В файле локализации locale.ru.json имеются оба варианта: Аналогично будет, если выключить соединение:

@eralde @Anna Zhelankina в новом вебе, в плитке "Интернет" системного монитора, для каждого подключения имеется возможность управления его состоянием с помощью соответствующего переключателя. Предлагаю добавить здесь предупреждающий диалог при попытке выключения. Он позволит остановить пользователя от неосознанного действия, которое может привести к потере как удаленного управления, так и доступа к интернету, в случае, если подключение является единственным. Ранее я оставлял в разделе "Развитие" схожее предложение: В текущем веб-интерфейсе этот переключатель "спрятан" на странице подключения и туда нужно сначала зайти. В новом он меньше и смещен левее, поэтому случайно "натворить дел" с мобильного устройства уже труднее, за что я благодарен. Но теперь он продублирован прямо на главной странице, и риск сделать действие вида "я нажал и все исчезло" выше: Режим безопасной настройки, конечно, убережет от этой ситуации, но пользователь, наверняка, его включит уже только после того, как хотя бы раз "наступит на грабли".

@eralde еще начиная с Alpha 10 в выдаче я заметил, что массив после запуска интерфейса забивается нулевыми значениями (предполагаю, это правки в API по NDM-2913), а затем они постепенно заменяются на актуальные. Зануляется как скорость, так и время. В итоге, между соседними точками оказывается разница в 13740 секунд: { "t": "13740.400000", "v": 138 }, { "t": "0", "v": 0 }, Предполагаю, из-за этого график первые несколько минут теперь и отображается от момента старта Кинетика до настоящего времени. Затем, когда массив полностью заполняется актуальными данными с ненулевым временем, то отображение становится корректным. До Alpha 10 в выдаче браузера отображались только реальные данные с момента запуска интерфейса, т.е. массив изначально пустой, а затем постепенно заполняется. Непонятно, правда, почему в 3.х вебе все корректно в этот момент отображается. В нем иная логика построения графика?

@eralde в 4.1 Alpha 13, увы, снова не могу подтвердить исправление отображения графиков. Поведение полностью идентично Alpha 10.

@eralde в 4.1 Alpha 13 на страницу просочились настройки IPv6, несмотря на отсутствие компонента ip6: Также заметил, что немного затерялся русскоязычный перевод для настроек IPv4. По IPv6, как я понимаю, появится позже, т.к. эти настройки появились впервые в этой версии.

Аналогичная ситуация и на KN-3610, KN-1110, KN-3210 в draft-канале. Лог забивается ошибками: Core::Ndss: [25072] HTTP error: 500 (Server error). Похоже, на серверах NDSS ведутся какие-то работы.

@eralde Подтверждаю. Спасибо!