Anna_

@FLK, можно как-то, но так делать не хочется. Хочется же сразу и хорошо. Поэтому пока на паузе.

@FLK, это уже технически сложнее. Пока вряд ли.

@enterfaza, похоже на ошибку на первый взгляд. Пришлите, пожалуйста, self-тест в скрытом сообщении 🙂

Нет, отдельной опции не планируется.

@Rootdiv, ну, я же спросила, какие именно места вы подразумеваете, чтобы либо обсудить/рассказать о заложенной логике, либо согласиться с багом и исправить. Вы решили давно пойти другим путём: Можем ещё раз и с самого начала. Ссылки будут подчёркнуты для людей с ограниченными возможностями зрения. Заголовки на карточках действительно ведут себя иначе, они как уникальные снежинки (думаем об изменении этого). Где ещё ссылки не подчёркнуты? Банить Вас точно не за что 🙂

@nomadfromx, добрый день! Прикрепите self-тест в скрытом сообщении, пожалуйста!

@enterfaza, действительно, некрасиво получилось. Извините, пожалуйста! Это поведение браузера, мы его исправить для всех случаев не можем.

@dimon27254, ещё нет

@dimon27254, нет, если честно

@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, не удаётся воспроизвести, подскажите, пожалуйста, версию. И нет ли определённых шагов до?