Chrome вылетает на Windows? Возможно, виноват Microsoft Family Safety

Chrome вылетает на Windows? Возможно, виноват Microsoft Family Safety

Chrome вылетает на Windows? Возможно, виноват Microsoft Family Safety

В последнее время у многих пользователей Chrome начались непонятные глюки: браузер внезапно вылетает сразу после запуска. И это не какая-то единичная история — жалуются и владельцы Android-устройств, и пользователи Windows, и даже macOS.

На Android и macOS причина пока остаётся неясной, но вот для Windows-сценария, похоже, нашли объяснение.

Как рассказала комьюнити-менеджер Google Эллен Т. (слова приводит The Verge), проблема может быть в Microsoft Family Safety — это система родительского контроля от Microsoft, которую можно включить на аккаунтах детей или учеников.

Если Family Safety включён, Chrome может просто перестать запускаться. Что интересно, другие браузеры при этом работают нормально — то есть баг как будто специально мешает именно Chrome.

Есть временное решение

Если вы или ваш ребёнок пользуетесь Windows и Chrome, есть пара простых шагов для решения проблемы:

  1. Зайдите на сайт familysafety.microsoft.com или откройте мобильное приложение Family Safety.
  2. Выберите нужный аккаунт.
  3. В разделе Edge отключите «Фильтрацию неприемлемых сайтов» или
  4. Перейдите в раздел Windows → Приложения и игры и вручную разблокируйте Chrome.

Если вы — родитель или админ, это можно сделать самостоятельно. Если нет — придётся попросить того, у кого есть нужные права.

Пока что это единственный способ заставить Chrome снова работать. Когда Microsoft исправит баг — неизвестно. Один из инженеров Chromium в обсуждении на IssueTracker прямо написал:

«Мы не слышали от Microsoft про планируемый фикс. Они дают индивидуальные советы тем, кто пишет им напрямую, но вряд ли это как-то массово поможет».

Подпишитесь на новости

Claude Code удалил 116 ГБ и сообщил, что файлы выглядят нормально

Пользователь Windows сообщил, что Claude Code при уборке временных файлов удалил около 116 ГБ данных из его домашней директории. Затем агент заверил, что остановил команду и все выглядит целым. По описанию инцидента, удаление продолжалось еще примерно 50 минут.

В отчете на GitHub пользователь рассказывает, что работал над анализом для соревнования Kaggle.

Основная сессия запустила субагента, который решил очистить собственные временные файлы, но сформировал лишнюю команду рекурсивного удаления.

Целью стала домашняя директория, указанная коротким именем Windows формата 8.3. Автор предполагает, что защитная проверка могла не распознать такой вариант пути. Точный механизм отказа защиты и режим разрешений остаются неизвестными.

Через 120 секунд задача автоматически перешла в фон. Агент запросил остановку и получил сообщение об успехе, однако, судя по описанным изменениям файловой системы, удаление продолжалось. Вероятное объяснение — дочерний процесс пережил остановку задачи.

Проверка тоже оказалась поверхностной: агент посмотрел на названия папок верхнего уровня, которые могли сохраняться, пока их содержимое исчезало.

Пользователь сообщил о потере проектов за несколько месяцев, инструментов разработки, SSH-ключей и учетных данных. В корзине удаленные файлы не оказались. Обращение помечено как ошибка высокого приоритета с потерей данных.

Особенно неприятна в этой истории уверенность агента. Наличие папки еще не означает наличие файлов.

RSS: Новости на портале Anti-Malware.ru