Стили Shadow DOM пропали в Edge 152: проверка Declarative CSS Module fallback. People-first инструкция: отдельный baseline, один обратимый тест, контракт «module parsed × sheet shared × shadow root attached × computed style × no-trial fallback» и стоп-линия без персональных данных.
Сценарий, который здесь разбирается
Материал решает один вопрос: как проверить Declarative CSS Module Scripts в Shadow DOM Edge 152. Наблюдаемая боль сформулирована отдельно: declarative shadow root остаётся без ожидаемого stylesheet, когда trial или inline module недоступен. Совпадение со временем обновления не доказывает причину. До настроек запишите expected и actual одним предложением, точную версию браузера и origin token, module type, stylesheet identity, shadowrootmode, adopted/declarative sheets, computed style контрольного элемента и обычный style fallback. Не добавляйте соседние проблемы сети, аккаунта, расширений или устройства, если они не меняют этот контроль. Цель — получить контракт «module parsed × sheet shared × shadow root attached × computed style × no-trial fallback», а не объявить Edge виновным по одному случаю. Неизвестное значение помечается unknown; память пользователя о прежнем поведении не заменяет зафиксированное состояние.
Факт и его ограничения
Официальные web platform release notes указывают: Edge 152 перечисляет Declarative CSS Module Scripts origin trial для совместного использования declarative stylesheets с shadow roots, включая declarative shadow roots, через inline style modules. Это origin trial, а не стабильное обещание платформы: требуются регистрация origin, действующий token, feature detection и рабочая деградация. Документ подтверждает область функции, но не популярность запроса, частоту ошибки, поддержку каждым сайтом или выигрыш производительности. Второй первичный источник — «Microsoft Edge Declarative CSS Modules trial» — задаёт независимую модель проверки: Прямая страница Microsoft задаёт experimental registration и lifecycle; feature detection и обычный stylesheet остаются обязательными для переносимого компонента. Форумный пост или поисковый сниппет может быть лишь поводом открыть документацию; здесь он не используется как доказательство причины.
Baseline без лишних данных
Контрольный снимок включает: origin token, module type, stylesheet identity, shadowrootmode, adopted/declarative sheets, computed style контрольного элемента и обычный style fallback. Снимайте его до воздействия и сразу после, с одинаковой тестовой страницей и одним профилем. Запишите время, канал и полный номер версии, но не профиль пользователя, историю, IP, cookie, токены или содержимое рабочих полей. Для сценария «declarative shadow root остаётся без ожидаемого stylesheet, когда trial или inline module недоступен» отдельно отметьте вход, который реально наблюдается, и ожидаемый безопасный fallback. Если обязательный вход недоступен или нельзя очистить данные, не продолжайте: статус остаётся unknown, а не превращается в догадку.
Canary на одном объекте
Выполните одно воздействие: на одном isolated component сравнить inline style module с обычным scoped style и удалить trial token, чтобы доказать сохранение базового оформления. Порядок фиксированный: A — исходное состояние, B — единственное изменение, затем A2 — возврат. Между шагами не обновляйте ОС, браузер, драйвер, framework и тестовый код одновременно. Наблюдайте только поля baseline и заранее определённый outcome. Практическая запись идёт в контракт «module parsed × sheet shared × shadow root attached × computed style × no-trial fallback». Если возврат не восстанавливает исходное поведение, связь не подтверждена; остановитесь вместо добавления новых вмешательств. Само нажатие rollback не считается возвратом, пока A2 не проверено тем же наблюдением.
Decision table после canary
Сведите результат в контракт «module parsed × sheet shared × shadow root attached × computed style × no-trial fallback». Для каждой строки используйте reproduced, not reproduced, stopped или unknown. Reproduced означает лишь локальное повторение при записанных входах; not reproduced означает, что именно этот контроль не повторил симптом. Stopped нужен, если нарушена стоп-линия или rollback. Для боли «declarative shadow root остаётся без ожидаемого stylesheet, когда trial или inline module недоступен» сравнивайте точное наблюдение, а не название возможности. Различайте unsupported, policy/token unavailable, invalid input и runtime failure: эти ветви требуют разных владельцев и не должны сливаться в общее «не работает».
Красные флаги и эскалация
Критерий остановки: не переносить весь design system на experimental module и не оставлять компонент невидимым при отсутствии trial. Для обращения сохраните точную версию, короткие expected/actual, минимальные шаги A–B–A2, статус rollback и контракт «module parsed × sheet shared × shadow root attached × computed style × no-trial fallback». Перед отправкой удалите имена, адреса, пути профиля, идентификаторы устройств, сетевые адреса, содержимое форм, ключи и полные логи. Укажите, что проверялся конкретный intent «как проверить Declarative CSS Module Scripts в Shadow DOM Edge 152», а массовость и поисковый спрос не измерялись. Не обещайте исправление или межбраузерную поддержку: пакет должен позволить владельцу воспроизвести границу с минимальным раскрытием данных.
Материал подготовлен редакцией VOne с помощью ИИ; технические утверждения, статус stable/origin trial, источники и границы вывода постатейно сверены с указанными первичными документами 29 августа 2026 года.
Источники и проверка
- Microsoft Edge 152 web platform release notes проверено 2026-08-29
- Microsoft Edge Declarative CSS Modules trial проверено 2026-08-29
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.