Anna_

@WxD, добрый вечер! По п.1 не поняла, в чём проблема активности кнопки? Не то отображение состояния, потому что должна быть заблокирована? Или просто отрисовано не так? П.2 - обычное поведение окон, сейчас как раз пытаемся его пересмотреть (найти на это время). П.4 требует не только разработки веб-интерфейса, поэтому пока порадовать не могу, на паузе.

О проблеме знаем, в следующей версии должно быть исправлено, спасибо!

@Янек, добрый день! Не могли бы Вы прикрепить скрытым сообщением self-test? И поясните, пожалуйста, что означает "переподключать wireguard подключения", как именно выглядит проблема?

Все текстовые поля имеют общий атрибут autocomplete="new-password", из-за которого сохранение каких-либо настроек при наличии поля с `type="password"` вызовет браузерное предложение сохранить пароль. На практике атрибут autocomplete игнорируется большинством браузеров. Например, Chrome явно указал, что делает это намеренно: https://issues.chromium.org/issues/41163264#comment165 Также ведётся сбор обратной связи от разработчиков (собирают данные зачем autocolmplete="off" полезен/нужен): https://issues.chromium.org/issues/41239842 Атрибут autocomplete носит рекомендательный характер. Фактически браузеры используют собственные эвристики (анализ type, name, структуры формы и т.д.), поэтому способа полностью отключить предложение сохранения пароля невозможно. Официального надёжного решения данной проблемы не существует. Возможные варианты улучшения ситуации: 1. Использовать autocomplete="new-password" (рекомендация MDN) - https://developer.mozilla.org/en-US/docs/Web/Security/Practical_implementation_guides/Turning_off_form_autocompletion#managing_autofill_for_login_fields 2. Использовать в инпутах паролей для атрибута `name` не стандартные значения не дало эффекта ни в Chrome, ни в Firefox. 3. Использовать фальшивые скрытые инпуты дало нестабильные результаты и плохую поддерживаемость. Решили остановиться на рекомендации MDN. Ожидаемый эффект — ограниченный, так как поведение контролируется браузером и его внутренними эвристиками. "Исправление" заработало в версии 5.1 Beta 0.1. Наблюдаем за результатами. P.S. Явное поведение браузеров сложно считать багами с нашей стороны.

Спасибо большое за обратную связь всем, не ожидала такого отклика, если честно!

@Rootdiv, не удаётся воспроизвести, подскажите, пожалуйста, версию. И нет ли определённых шагов до?

@dimon27254, добрый день! Так задумано. Без изюминки стало хуже (изменилось ли восприятие)?

@dchusovitin, добрый день! Сейчас выбранные значения не сохраняются.

@Kadabra, добрый день! Не очень понятны шаги сценария для воспроизведения и исправления проблемы. Не могли бы Вы записать видео экрана? Self-тест тоже может помочь, прикрепите его скрытым сообщением в ответ, пожалуйста!

@dimon27254, пока к этому не возвращались.

@FLK, пока на паузе, руки не дошли. Но в планах где-то там маячит.

@KeyYerS, у меня есть предположение, что Вы создали такое расписание для установки автообновлений. И оно, как обычно, отобразилось в других местах для настройки расписания тоже. Если моё предположение не похоже на правду, то стоит обратиться в тех поддержку, не забыв self-тест.

@KeyYerS, потому что это баг, а таких статусов не должно быть совсем.

@TIIGR, не могли бы Вы прислать видео с воспроизведением проблемы?

@keenet07, тогда ещё раз будем пробовать воспроизвести и исправить с нашей стороны, спасибо Вам большое 🙂