Июньское обновление KB5094126 добавило в Windows не только привычный набор исправлений, но и новый повод для админского раздражения: ошибка в корзине Windows заставляет систему показывать при окончательном удалении не обычное имя файла, а его внутренний служебный идентификатор. Проблема затрагивает почти весь актуальный зоопарк Windows 10, Windows 11 и Windows Server, а значит, история касается не только домашних ПК, но и корпоративных машин, где любое странное поведение интерфейса быстро превращается в поток тикетов.
О проблеме сообщает Habr / Новости со ссылкой на Neowin. Суть бага выглядит почти анекдотично, пока с ним не сталкиваешься в рабочем контуре: пользователь удаляет из корзины, например, файл abc.png, а в окне подтверждения видит вопрос об удалении объекта с именем вроде $Rxxxxx.png. В списке корзины файл по-прежнему отображается нормально, а при восстановлении возвращается с исходным названием. То есть данные не теряются, но интерфейс внезапно начинает разговаривать с человеком на внутреннем диалекте файловой системы.
Microsoft уже подтвердила, что проблема связана с июньским Patch Tuesday. В список затронутых систем попали клиентские Windows 11 версий 26H1, 25H2, 24H2 и 23H2, Windows 10 версии 22H2, а также корпоративные ветки Windows 10 Enterprise LTSC 2021, LTSC 2019 и LTSB 2016. На серверной стороне список не менее бодрый: Windows Server 2025, 2022, 2019, 2016, 2012 R2 и 2012. Формально это не критический сбой уровня потери данных или отказа загрузки. Практически же ошибка в корзине Windows бьет по самому неприятному месту корпоративного ПО: по доверию к базовым действиям, которые десятилетиями считались скучными и предсказуемыми.
Для разработчиков и системных администраторов здесь важен не столько сам баг, сколько его класс. Когда служебное имя файла вроде $Rxxxxx внезапно выползает в пользовательский диалог, это выглядит как утечка внутренней механики наружу. Для обычного сотрудника это просто странность. Для helpdesk это серия однотипных обращений в духе «Windows сломалась и удаляет что-то не то». Для ИТ-руководителя это еще один аргумент в пользу осторожного развертывания патчей даже тогда, когда речь идет о штатных ежемесячных обновлениях от Microsoft. Парадокс знакомый: чем более рутинным считается компонент, тем громче звучит его сбой.
Отдельно раздражает масштаб охвата. Если бы речь шла об одной инсайдерской сборке или локальном дефекте в свежем релизе, новость осталась бы в кругу энтузиастов. Но здесь затронуты и массовые клиентские версии, и долгоживущие корпоративные редакции, и серверные ОС. То есть проблема пришла именно туда, где любят стабильность, регламенты и предсказуемое поведение интерфейса. В средах с жесткими политиками хранения и удаления данных это может означать лишние проверки со стороны пользователей: тот ли объект они действительно удаляют, не подменилось ли имя, не затронет ли операция что-то лишнее. Технически баг, вероятно, безобиден. Операционно он создает ненужный шум в местах, где шум обычно стоит денег.
И это, похоже, не единственная неприятность июньского пакета. По данным источника, после последнего Patch Tuesday пользователи жаловались также на проблемы с доступом к OneDrive и Dropbox, на блокировку восстановления BitLocker и появление BSOD. В такой связке ошибка в корзине Windows уже не выглядит отдельно стоящим казусом из разряда «косметика, переживем». Она становится частью более широкой картины, где очередной обязательный пакет исправлений снова напоминает: процесс обновления Windows в корпоративной среде давно требует не веры в вендора, а нормального цикла проверки, пилотного развертывания и сценариев отката. Patch Tuesday по-прежнему звучит как плановая гигиена, но на практике иногда напоминает лотерею с плохо замаскированным enterprise-ценником.
Microsoft заявляет, что работает над исправлением, которое выйдет в одном из будущих обновлений Windows. Для коммерческих клиентов уже доступен временный обходной вариант, но детали компания выдает только через службу поддержки Microsoft для бизнеса. Это показательный штрих: у массового пользователя остается разве что ждать следующий патч, а у корпоративного заказчика есть отдельный маршрут, где время конвертируется в контракт и уровень обслуживания. С точки зрения бизнеса это привычная модель. С точки зрения ИТ-команд на местах все проще: если баг подтвержден официально, его хотя бы можно быстро квалифицировать, закрыть волну паники и не тратить часы на поиск «локальной кривой настройки» там, где ее нет.
Для русскоязычной ИТ-аудитории вывод предельно прикладной. Если после июньского обновления сотрудники начали жаловаться на странные имена файлов при очистке корзины, это не признак компрометации и не экзотическая поломка конкретного ПК, а известный дефект Windows. Но сама история важнее одного окна подтверждения: даже мелкий визуальный баг в базовой функции ОС может ударить по поддержке, пользовательскому доверию и внутренним процессам сильнее, чем некоторые «серьезные» исправления в релиз-ноутах. Чем шире Microsoft размазывает один дефект по клиентским и серверным веткам, тем меньше у ИТ-команд причин обновлять парк без промежуточного фильтра здравого смысла.
The post Microsoft признала баг в корзине Windows после июньского патча appeared first on iTech News.