Microsoftは2026年6月9日公開のWindowsセキュリティ更新プログラムの適用後、ごみ箱から単一の項目を完全に削除する際、確認ダイアログに元のファイル名ではなく内部ファイル名が表示される不具合を確認した。ごみ箱の一覧では元の名前が正しく表示され、復元時も元の名前に戻る。問題が起きているのは削除処理そのものではなく、完全削除の直前に出る確認画面の表示部分のみだ。
表面上は些細な表示ミスに思えるかもしれない。しかし、このダイアログはファイルを二度と戻せなくする直前に表示されるものだ。ここで「$Rxxxxx.ext」のような内部名が示されると、ユーザーは自分が消そうとしているファイルを名前で確認しづらくなる。Microsoftがこれを既知の問題として扱ったのは、ファイル名の不整合が単なる見栄えの問題にとどまらないからだ。
元のファイル名は残るが、最終確認画面だけがずれる
本件が問題になるのは、ごみ箱から単一の項目を完全に削除する場面だ。本来であれば確認ダイアログには削除対象の元の名前が表示されるが、今回の不具合ではごみ箱内部のファイル名に置き換わってしまう。Microsoftは例として「$Rxxxxx.ext」という形式を挙げている。
ごみ箱のウィンドウ上では元のファイル名が正しく表示され、復元時にもその名前で戻る。ユーザーが目にする最終確認の文字列だけが内部名にすり替わっているだけで、ファイルの実体や復元時の名前が変わるわけではない。
それでも、実際の運用上は不便だ。ごみ箱からの完全削除は通常の削除と比べて取り消しが困難であり、最後の確認画面で本来の名前が表示されないと、ユーザーはわざわざごみ箱の一覧に戻って対象を確認し直さなければならない。家庭用PCであれば一時的な戸惑いで済むかもしれないが、共有端末や業務端末では誤削除を防ぐための確認手順が形骸化してしまう恐れがある。
起点は6月9日のセキュリティ更新、現行のWindows 11も対象
MicrosoftのWindows release healthでは、この問題のステータスが「Confirmed」とされている。項目は2026年6月18日に公開・更新された。Windows 11 26H1向けの欄では、起点となる更新として2026年6月9日の「KB5095051」（OS Build 28000.2269）が示されている。
ただし、影響を受けるのは26H1だけではない。Microsoftの発表する影響範囲には、Windows 11 version 26H1、25H2、24H2、23H2のほか、Windows 10 version 22H2、Windows 10 Enterprise LTSC 2021/2019、Windows 10 Enterprise LTSB 2016、そしてWindows Server 2025/2022/2019/2016/2012 R2/2012まで含まれている。
一般的なWindows 11ユーザーにとってより身近なのは「KB5094126」だろう。これは2026年6月9日に公開されたWindows 11 version 25H2/24H2向けの累積更新で、OS Builds 26200.8655および26100.8655を含む。Microsoft SupportのKB5094126ページでも「Deleting from Recycle Bin displays an internal file name」として既知の問題が掲載されており、症状の説明はrelease healthの内容と一致している。
つまり、本件を「26H1だけの特殊な問題」と見るのは適切ではない。影響は現行のWindows 11に限らず、Windows 10やWindows Serverにもおよびんでおり、管理者は複数世代のWindowsにまたがる既知の問題として捉える必要がある。
企業向けにはサポート経由の回避策あり、一般ユーザーは修正を待つのみ
Microsoftは影響を受けるデバイス向けに回避策を用意している。ただし公開ページには具体的な手順が記載されておらず、組織で適用する場合は「Microsoft Support for business」への連絡を案内している。KB5095051とKB5094126のいずれについても、恒久的な解決策は今後のWindows Updateで提供する予定だとしている。
個人ユーザーの場合、ダイアログに内部名が表示されても、ごみ箱の一覧に表示されている元の名前を目視で確認してから削除するしかない。Microsoftから一般向けの手動修正手順は示されていないため、恒久対応は将来のアップデートを待つことになる。
企業環境では、影響が軽微に見えてもヘルプデスクへの問い合わせが増えやすい。完全削除の直前に見慣れない「$R」形式のファイル名が表示されれば、ユーザーはマルウェア感染やファイルの破損を疑いかねない。実際にはごみ箱一覧での元ファイル名表示や復元時の名前は正常に保たれているため、管理者が社内告知でこの点を明確にしておけば、不要な混乱や問い合わせを減らすことができるだろう。
他の不具合報告と切り分けて読む必要がある
その他にも、6月のWindows更新後にOneDriveやDropbox、エクスプローラーの動作不具合、ブルースクリーン、フリーズ、BitLocker Recoveryの画面に関するユーザー報告も相次いでいることが報じられている。しかし、Microsoftが既知の問題として確認している範囲はあくまで「完全削除時の確認ダイアログに内部名が表示される」という点に限定される。
Windowsの更新後にはSNSやフォーラムで不具合報告が一気に広がりやすく、時期を同じくする複数の症状が語られると、すべて同じ更新プログラムが原因だと受け取られがちだ。だが、Microsoftのrelease healthやKBページで公式に確認されている範囲はまだ限定的であり、未確認の報告まで同列に扱ってしまうと、かえってユーザーや管理者の判断を誤らせる恐れがある。
今回のごみ箱問題が示唆しているのは、Windows Updateの品質を測る際、クラッシュや起動不能といった分かりやすい不具合だけに目を向けていては不十分だということだ。システムが正常に動いていても、ユーザーが最後に判断を下す画面の名前がずれるだけで、操作に対する確信は揺らぐ。削除、暗号化、復元といった取り返しのつかない操作においては、表示の一貫性そのものが安全性の一部と言えるだろう。
修正の焦点は削除処理ではなく、確認画面の表示を戻せるかどうか
Microsoftは今後のWindows Updateで修正を提供する方針を示している。公開ページから読み取れる限り、修正の対象はごみ箱内のデータ管理そのものではなく、完全削除前の確認ダイアログに本来のファイル名を正しく表示させる挙動となる見通しだ。ここが直れば、ユーザーはごみ箱の一覧と確認画面で同じ名前を確認しながら削除の可否を判断できるようになる。
問題の本質は「ファイルの実態が内部名に変わる」ことではなく、「完全削除の確認画面で元の名前が表示されない」ことだ。Microsoftも、復元時の名前やごみ箱の一覧表示は正常に保たれていると明記している。
今後の注目点は二つある。一つはMicrosoftがいつ一般向けの修正を配布するか。もう一つは、同じ6月の更新プログラムに関する他のユーザー報告が、別の既知の問題として公式に確認されるかどうかだ。少なくともごみ箱の問題に関しては、削除前の確認ダイアログだけを信用せず、ごみ箱の一覧で元のファイル名をしっかり確認してから操作を行うのが当面の現実的な対応となる。