Microsoft, Windows 11’in 24H2 ve 25H2 sürümlerini etkileyen önemli bir sorunu kabul etti.
Temmuz 2025’te veya sonrasında yayımlanan aylık toplu güncellemelerin yüklenmesinin ardından kritik kullanıcı arayüzü bileşenlerinin bozulduğu durumlar.
Sorun, Dosya Gezgini, Başlat menüsü, Sistem Ayarları, Görev Çubuğu ve Windows Arama gibi temel Windows bileşenleri de dahil olmak üzere XAML’e bağımlı modern uygulamaları etkilemektedir.
Etkilenen ortamlardaki kullanıcılar, uygulamaların başlatılamaması veya tamamen masaüstü oluşturma hatalarına kadar çeşitli rahatsız edici belirtilerle karşılaşabilir.
Windows 11 Kullanıcı Arayüzü Arıza Sorununa Genel Bakış
Microsoft, bu sorunun öncelikle kurumsal ve yönetilen ortamları etkilediğini doğruladı.
Bunun “bireylerin kullandığı kişisel cihazlarda meydana gelme ihtimalinin çok düşük olduğunu” belirtti. Hata, belirli sağlama senaryolarında ortaya çıkıyor.
Özellikle Windows güncellemeleri, kalıcı bir işletim sistemi kurulumunda ilk kullanıcı oturum açmadan önce yüklendiğinde.
Sanal masaüstü altyapısı (VDI) dağıtımları gibi kalıcı olmayan ortamlarda.
VDI senaryolarında, her oturum açma oturumu sırasında uygulama paketlerinin yüklenmesi gerekir; bu durum, bu ortamları özellikle zamanlamaya bağlı kayıt hatalarına karşı savunmasız hale getirir.
Etkilenen kullanıcılar birçok kritik hatayla karşılaşabilir. Explorer.exe çökmeleri, kullanıcıların görünür bir görev çubuğu olmayan siyah bir ekranda oturum açmasına neden olabilir.
Başlat menüsü tamamen açılmayabilir ve sıklıkla kritik bir hata mesajı görüntülenebilir.
Sistem Ayarları sessizce başlatılamıyor ve XAML görünümlerini başlatmaya çalışırken diğer XAML’ye bağımlı uygulamalar başlatma sırasında çöküyor.
Temel neden, XAML bağımlılık paketlerinin bir Windows güncellemesi yüklendikten sonra zamanında kaydedilememesidir.
Etkilenen paketler Microsoft Windows’u içerir. Client.CBS, Microsoft.UI.Xaml.CBS ve Microsoft Windows.Client.Core.
Microsoft kalıcı bir çözüm üzerinde çalışırken BT yöneticileri manuel geçici çözümler uygulayabilir.
Kalıcı kurulumlar için yöneticiler, PowerShell’in Add-AppxPackage komutunu kullanarak eksik paketleri kaydetmeli ve Immersive Shell bileşenlerinin doğru şekilde başlatılmasına izin vermek için SiHost’u yeniden başlatmalıdır.
Kalıcı olmayan VDI ortamları için Microsoft, toplu iş dosyası sarmalayıcı kullanarak oturum açma komut dosyası yaklaşımının uygulanmasını önerir.
Bu, kayıt komut dosyasının eşzamanlı olarak çalışmasını sağlar ve gerekli paketler tam olarak sağlanana kadar Explorer’ın zamanından önce başlatılmasını etkili bir şekilde engeller.
Microsoft, aktif olarak bir çözüm geliştirdiklerini ve daha fazla bilgi geldikçe güncellemeler sağlayacaklarını belirtti.
Anında Güncellemeler Almak ve GBH’yi Google’da Tercih Edilen Kaynak Olarak Ayarlamak için bizi Google Haberler, LinkedIn ve X’te takip edin.