Современные операционные системы представляют собой сложнейший конгломерат взаимодействующих сервисов, где даже незначительный сбой в стороннем приложении может вызвать визуальный хаос. Недавние сообщения пользователей Windows 10 и 11 выявили неожиданную проблему: появление пустых белых окон, парализующих часть рабочего пространства. В центре внимания оказался Google Chrome, чьи фоновые процессы вступили в конфликт с графическим интерфейсом Microsoft. Этот инцидент вновь поднимает вопрос о зависимости системной стабильности от сторонних API и вспомогательных служб.
Пользователи последних версий Windows столкнулись с раздражающим визуальным артефактом: на рабочем столе внезапно возникают пустые белые окна, которые перекрывают часть интерфейса, а затем исчезают сами по себе. Проблема носит массовый характер и затрагивает владельцев как стабильных релизов Windows 10 и 11, так и участников программы Insider (в частности, сборки 26300.8687 версии 25H2). Первоначальные попытки локализовать проблему привели к предположениям о конфликте с драйверами видеокарт AMD, однако вскоре стало очевидно, что системные сбои наблюдаются и на конфигурациях с графическими решениями от Intel. Это позволило исключить аппаратный фактор и сосредоточиться на программном обеспечении.
Анализ ситуации показал, что источником нестабильности является Google Chrome. Конкретнее — специфический фоновый механизм, скрытый в планировщике задач системы. Речь идет о службе RunPlatformExperienceHelperOnUnlock, расположенной в папке GoogleUserPEH. Этот компонент задуман как связующее звено между браузером и внешними элементами среды: расширениями, плагинами и модулями обновления. По сути, это «помощник по взаимодействию», который должен обеспечивать бесшовный запуск процессов при разблокировке системы, но в текущей реализации вызывает графический сбой, создавая те самые «фантомные» окна.
Для устранения проблемы требуется ручное вмешательство в системные настройки. Решение заключается в деактивации соответствующей задачи через планировщик задач Windows. Пользователю необходимо найти ветку GoogleUserPEH и отключить службу RunPlatformExperienceHelperOnUnlock, что фактически прекращает активность этого компонента и возвращает интерфейсу привычную чистоту.
Этот случай не первый в серии странных коллизий между продуктами Google и Microsoft. Ранее пользователи заметили сбой в работе GIF-анимаций в панели эмодзи Windows. Как выяснилось позже, причина крылась не в ошибке кода самой ОС, а во внешней зависимости: Google прекратила поддержку API Tenor. В результате корпорации из Редмонда пришлось экстренно перестраивать инфраструктуру и переходить на GIPHY, чтобы восстановить функциональность стандартного инструментария Windows.
Подобные инциденты подчеркивают общую хрупкость современных интерфейсов, которые часто зависят от внешних дескрипторов и удаленных сервисов. Даже фундаментальные ошибки, такие как многолетнее предупреждение о том, что «файл открыт в другой программе», уходят корнями в глубокие механизмы управления файловой системой. Когда Windows блокирует удаление или переименование объекта из-за активного файлового дескриптора, она просто констатирует факт захвата ресурса другим процессом. В случае с Google Chrome мы видим аналогичную ситуацию, но на уровне визуального представления: фоновый процесс «захватывает» часть экрана, создавая пустое окно, которое не несет никакой функциональной нагрузки, но нарушает пользовательский опыт.
Цифровая независимость с обновлением Immich 3.0
