Сучасні операційні системи являють собою надскладний конгломерат взаємопов'язаних сервісів, де навіть мізерний збій у сторонньому ПЗ може спровокувати візуальний хаос. Останні повідомлення користувачів 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
