Obsolete Collections policies в Edge 153: как убрать мёртвое управление безопасно. Практический разбор через реестр policyName × configuredSource × effectiveValue × actionResult × replacementRule × owner: независимый control, одно обратимое изменение, дерево решений и stop-line без заявлений о массовости или стабильной доступности.
Где заканчивается подтверждённый факт
Проверенный факт для этого материала: Beta notes Edge 153 помечают две Collections policy как obsolete; удаление записи из шаблона следует отделять от проверки фактического поведения Collections. Тема — устаревшие политики CollectionsServicesAndExportsBlockList и CollectionsServicesAndExportsBlockListEnabled. Release note подтверждает только документированное изменение и его канал, а не работу на каждом компьютере. Поэтому сначала записывают номер сборки, канал, операционную систему, feature detection и источник policy или trial token. Скриншот поискового сниппета, сообщение на форуме и быстрый визуальный результат не заменяют эту границу.
Отдельная пользовательская боль и наблюдаемые поля
Проверяется ровно одна боль: в шаблонах управления остаются две Collections policy, но администратор не знает, влияют ли они ещё на эффективную конфигурацию или только создают ложное чувство контроля. Для неё нужен не общий рассказ об Edge, а реестр policyName × configuredSource × effectiveValue × actionResult × replacementRule × owner. Каждая строка относится к одному повтору и одному состоянию. Не добавляйте имена, адреса аккаунтов, URL закрытых страниц, токены, содержимое форм и сырые логи. Если поле нельзя объяснить владельцу поддержки одним предложением, его лучше исключить из минимального пакета.
Обратимый лабораторный прогон
Соберите безопасный стенд: экспорт policy из тестовой группы, edge://policy, три synthetic Collections actions и карта источников GPO/MDM без рабочих коллекций. До изменения экспортируйте только обезличенное исходное состояние и убедитесь, что тест не затрагивает production. Затем измените один переключатель, token, policy или фрагмент fixture, выполните одинаковый сценарий три раза и верните исходное значение. Контрольная ветка: чистая тестовая группа без obsolete entries и возврат экспортированного профиля управления при расхождении. A→B→A2 нужна, чтобы отличить эффект функции от кэша, профиля и случайного совпадения.
Дерево решения по результату
Применяйте заранее записанное дерево, а не объяснение задним числом: entries не влияют и не загружаются — cleanup-candidate; effective value ещё виден — проверить канал/template; поведение меняется — остановиться и эскалировать владельцу policy. Отдельно пометьте «не поддержано», «не включено», «управляется policy», «эксперимент активен» и «поведение подтверждено» — это разные состояния. Если control даёт тот же результат, исследуемая функция пока не доказана. Если A2 не возвращает baseline, тест считается загрязнённым и вывод переносится до чистого повторения.
Красные флаги и критерий остановки
Жёсткая stop-line для этой темы: не удалять массово до сравнения effective policy и не использовать личные Collections; любое необъяснимое изменение export/share блокирует cleanup. Также остановитесь при неожиданном сетевом обращении, запросе лишнего разрешения, потере состояния, невозможности очистить тестовые данные или расхождении effective policy с записанным владельцем. Не пытайтесь добить желаемый вывод сменой устройства, браузера или формулировки. Не подтверждённая ветка остаётся неизвестной и не превращается в рекомендацию для production.
Минимальный пакет для поддержки
Передайте поддержку только реестр policyName × configuredSource × effectiveValue × actionResult × replacementRule × owner, номер Edge, канал, ОС, время теста, ожидаемое состояние и фактический класс результата. Добавьте ссылки на официальные источники и укажите, прошёл ли A→B→A2. Не прикладывайте полный профиль, cookies, содержимое credential, ключи, медиа, личную почту или рабочие документы. Полезный итог отвечает на вопрос «какая граница нарушена и какой один следующий безопасный тест нужен», а не собирает максимальный объём диагностических данных.
Материал подготовлен редакцией VOne с помощью ИИ по открытым официальным и первичным источникам; факты, даты и ссылки перепроверены человеком. Реальные пользовательские данные и рабочие конфигурации не использовались.
Источники и проверка
- Microsoft Edge Beta 153 release notes проверено 2026-08-29
- Microsoft Edge Collections policy reference проверено 2026-08-29
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.