Google Password Manager скоро позволит удалять все пароли одной кнопкой

Google Password Manager скоро позволит удалять все пароли одной кнопкой

Google Password Manager скоро позволит удалять все пароли одной кнопкой

Google Password Manager скоро обзаведётся новой функциональностью и позволит пользователям Android-смартфонов разом удалить все сохранённые учётные данные при переходе на альтернативный менеджер паролей.

Издание Android Authority обратило внимание на нововведение в бета-версии Google Password Manager: судя по всему, Google планирует добавить в софт кнопку «Delete all data».

Помимо самих паролей, эта опция должна вычищать и ключи доступа (passkeys). Как известно, функциональностью Google Password Manager на Android-устройствах управляет Google Play Services. В бета-версии Google Play Services v25.02.32 beta представители Android Authority нашли следующие строки:

<string name="pwm_delete_all_delete_button">Delete</string>
<string name="pwm_delete_all_dialog_description">If you continue, your passwords, passkeys, and other data will be permanently deleted from Google Password Manager. Any accounts you created for sites or apps won’t be deleted.</string>
<string name="pwm_delete_all_dialog_title">You’re about to delete your Google Password Manager data</string>
<string name="pwm_delete_all_setting_description">Delete all saved passwords and passkeys</string>
<string name="pwm_delete_all_setting_title">Delete all data</string>
<string name="pwm_delete_all_success_message">All passwords and passkeys were successfully deleted.</string>

На сегодняшний день удалять сохранённые в Google Password Manager учётные данные можно поштучно, что, конечно же, неудобно при необходимости очистить всё хранилище.

Кнопка «Delete all data», как ожидается, должна решить эту проблему.

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

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

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

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

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

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

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

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

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

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

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