Форма не обновила validation после автозаполнения Edge 152: проверка Autofill Event. People-first инструкция: отдельный baseline, один обратимый тест, сверка «источник изменения × event order × DOM value present × validity × UI label × submit» и стоп-линия без персональных данных.
Наблюдаемое состояние, не гипотеза
Материал решает один вопрос: как проверить Autofill Event и custom validation в Edge 152. Наблюдаемая боль сформулирована отдельно: браузер заполнил control, но кастомная маска, label или validation state остались прежними. Совпадение со временем обновления не доказывает причину. До настроек запишите expected и actual одним предложением, точную версию браузера и control type/name без значения, до/после validity, input/change/autofill event order, label state и submit eligibility. Не добавляйте соседние проблемы сети, аккаунта, расширений или устройства, если они не меняют этот контроль. Цель — получить сверка «источник изменения × event order × DOM value present × validity × UI label × submit», а не объявить Edge виновным по одному случаю. Неизвестное значение помечается unknown; память пользователя о прежнем поведении не заменяет зафиксированное состояние.
Подтверждённая область API
Официальные web platform release notes указывают: Edge 152 перечисляет Autofill Event origin trial для обнаружения обновления form controls браузерным autofill и согласования custom UI и validation. Это origin trial, а не стабильное обещание платформы: требуются регистрация origin, действующий token, feature detection и рабочая деградация. Документ подтверждает область функции, но не популярность запроса, частоту ошибки, поддержку каждым сайтом или выигрыш производительности. Второй первичный источник — «Microsoft Edge Autofill Event trial» — задаёт независимую модель проверки: Прямая страница Microsoft подтверждает experimental origin trial для реакции UI/validation на browser autofill; содержимое поля не требуется для диагностики порядка событий. Форумный пост или поисковый сниппет может быть лишь поводом открыть документацию; здесь он не используется как доказательство причины.
Входы конечного автомата
Контрольный снимок включает: control type/name без значения, до/после validity, input/change/autofill event order, label state и submit eligibility. Снимайте его до воздействия и сразу после, с одинаковой тестовой страницей и одним профилем. Запишите время, канал и полный номер версии, но не профиль пользователя, историю, IP, cookie, токены или содержимое рабочих полей. Для сценария «браузер заполнил control, но кастомная маска, label или validation state остались прежними» отдельно отметьте вход, который реально наблюдается, и ожидаемый безопасный fallback. Если обязательный вход недоступен или нельзя очистить данные, не продолжайте: статус остаётся unknown, а не превращается в догадку.
Переход под одним воздействием
Выполните одно воздействие: в локальном тестовом профиле применить безопасную фиктивную запись автозаполнения к одному полю и сравнить event order с ручным вводом, не сохраняя реальный адрес. Порядок фиксированный: A — исходное состояние, B — единственное изменение, затем A2 — возврат. Между шагами не обновляйте ОС, браузер, драйвер, framework и тестовый код одновременно. Наблюдайте только поля baseline и заранее определённый outcome. Практическая запись идёт в сверка «источник изменения × event order × DOM value present × validity × UI label × submit». Если возврат не восстанавливает исходное поведение, связь не подтверждена; остановитесь вместо добавления новых вмешательств. Само нажатие rollback не считается возвратом, пока A2 не проверено тем же наблюдением.
Состояния результата
Сведите результат в сверка «источник изменения × event order × DOM value present × validity × UI label × submit». Для каждой строки используйте reproduced, not reproduced, stopped или unknown. Reproduced означает лишь локальное повторение при записанных входах; not reproduced означает, что именно этот контроль не повторил симптом. Stopped нужен, если нарушена стоп-линия или rollback. Для боли «браузер заполнил control, но кастомная маска, label или validation state остались прежними» сравнивайте точное наблюдение, а не название возможности. Различайте unsupported, policy/token unavailable, invalid input и runtime failure: эти ветви требуют разных владельцев и не должны сливаться в общее «не работает».
Когда прекращать эксперимент
Критерий остановки: не логировать заполненные значения, номера карт или адреса и не принимать событие за согласие на отправку формы. Для обращения сохраните точную версию, короткие expected/actual, минимальные шаги A–B–A2, статус rollback и сверка «источник изменения × event order × DOM value present × validity × UI label × submit». Перед отправкой удалите имена, адреса, пути профиля, идентификаторы устройств, сетевые адреса, содержимое форм, ключи и полные логи. Укажите, что проверялся конкретный intent «как проверить Autofill Event и custom validation в Edge 152», а массовость и поисковый спрос не измерялись. Не обещайте исправление или межбраузерную поддержку: пакет должен позволить владельцу воспроизвести границу с минимальным раскрытием данных.
Материал подготовлен редакцией VOne с помощью ИИ; технические утверждения, статус stable/origin trial, источники и границы вывода постатейно сверены с указанными первичными документами 29 августа 2026 года.
Источники и проверка
- Microsoft Edge 152 web platform release notes проверено 2026-08-29
- Microsoft Edge Autofill Event trial проверено 2026-08-29
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.