Das Team rund um das Windows Terminal geht in den Feiertagsurlaub. Aber man wollte vorab noch „eine Reihe ziemlich lästiger Fehler korrigieren“. Nicht meine Worte, sondern in der Release Notes vom Team. Bereitgestellt wurde das Terminal 1.24.3504.0 (Preview) und 1.23.13503.0 (Stable).
In der Preview wurde am meisten gewerkelt. Da die meisten Korrekturen identisch sind, machen wir die Release Notes als 2in1. Viele der Probleme wurden wieder von der Community eingereicht, oder auch gelöst.
Windows Terminal 1.24.3504.0 und 1.23.13503.0
- Wenn das Terminal auf ein Problem mit der GPU oder dem Treiber stößt, versucht es zunächst, auf Software-Rendering zurückzugreifen, bevor es aufgibt und Sie um Eingreifen bittet
- DECRQCRA wurde fälschlicherweise für alle deaktiviert, auch wenn Sie es aktiviert hatten; das ist nun nicht mehr der Fall!
- Das Terminal kann beim Erstellen eines neuen Fensters wieder den richtigen virtuellen Desktop ansteuern
- Nur 1.24.3504.0 Bestimmte Scrollräder scrollen nicht mehr nur nach oben
- Nur 1.24.3504.0 Symbole, Hintergrundbilder und Pixel-Shader, die durch Fragmentprofile festgelegt sind, können nicht mehr auf UNC- oder Netzwerkfreigabepfade verweisen
- Nur 1.24.3504.0 Der Quick-Tipp „Befehl nicht gefunden” verwendet nun eine gezieltere Suche, um das PowerShell-Modul „Befehl nicht gefunden” zu finden
- Das Scheme für settings.json wurde aktualisiert, um
answerbackMessage,...forceVT,rendering.graphicsAPI=automaticaufzunehmen und einige entfernte Einstellungen als veraltet zu kennzeichnen - Themes, die einen
unfocusedBackgroundangeben, überschreiben nicht mehr die aktive Farbe des Tabs - Wir blenden Ihren Mauszeiger nicht mehr aus, wenn Sie eine Modifikatortaste (Strg, Alt, Umschalt…) allein über einem Terminalfenster drücken
- Wir haben die Lokalisierungen im Menü „Kopieren, Ausschneiden und Einfügen” wiederhergestellt
- wpf: Die Verwendung des WPF-Steuerelements in einer Anwendung mit anderer IME-Integration führt nicht mehr zu einem Absturz
- conhost stürzt nicht mehr ab, wenn es im Fenstermodus als SYSTEM ausgeführt wird
- Nur 1.24.3504.0 conhost: Snap-on-Input ist jetzt standardmäßig nur noch aktiviert, wenn die VT-Verarbeitung aktiviert ist
Info und Download:
- github.com/terminal
- github.com/terminal/releases/tag/v1.24.3504.0
- github.com/terminal/releases/tag/v1.23.13503.0
Windows 11 Tutorials und Hilfe
- In unserem Windows 11 Wiki findet ihr sehr viele hilfreiche Tipps und Tricks.
- Falls ihr Fragen habt, dann stellt diese ganz einfach bei uns im Forum.
- Installationsmedien: Aktuelle Windows 11 ISOs findet ihr hier: 25H2 26200, oder 24H2 26100. Ansonsten immer in der rechten Sidebar.
- Windows 11 neu clean installieren Tipps und Tricks.
- Windows 11 auch ohne TPM und Secure Boot installieren.
- Windows 11 mit lokalem Konto auch Offline installieren.
- Windows 11 Inplace Upgrade Reparatur oder Feature Update.
- Automatisch anmelden Pin entfernen Windows 11.
- Alle Beiträge zu Windows 11 im Blog findet ihr über diese Seite. Wobei auch alle anderen Artikel interessant sein können.
Windows Terminal 1.24.3504.0 und 1.23.13503.0 mit der „Korrektur lästiger Fehler“
Ist es neu, dass die Windows App Main und Singleton Runtimes jetzt mit-installiert werden und mit der msix gebundelt sind? Mich soll das nicht stören, nur hatte ich die 2 extra dependencies nicht bevor. Gibt hier bestimmt einen Pro der damit arbeitet und mir sagen kann warum der neue Build diese 2 jetzt erfordert.
App Main: Dienstprogramm das den leeren MainWindow-Eintrag produziert und darstellt.
Singleton: „Singleton“ Windows 11 bezieht sich auf das Windows App SDK Singleton-Paket, das einen einzelnen, langlebigen Prozess für gemeinsame Dienste mehrerer Apps bereitstellt, Push-Benachrichtigungen etc. und sicherstellt, dass diese Dienste auch für ältere App-Versionen funktionieren können.
Danke für die Erklärung der Features die durch SDK und Runtime bereitgestellt werden. Ich bin in der Tat noch auf Windows 10 ESU, aber wenn MS alles für Windows 11 anpasst würde es erklären, warum ich heute diese Pakete erhielt.
„WinAppRuntime.Singleton“ und „WinAppRuntime.Main“ gibt es schon länger. Sind allgemeine Laufzeiten für alle Apps in der WinRT Umgebung. Haben so direkt mit dem Terminal Installation nichts zu tun. Gebundelt sind sie auch nicht. Werden aber automatisch installiert bzw. aktualisiert, wenn vorher nicht schon über den Store geschehen ist. Bei mir in Windows 10 wurden die beiden zuletzt am 23.11. aktualisiert, so dass bei der Installation vom Terminal nichts weiter in der Richtung passiert.
Ebenfalls meinen Dank! Das kuriose ist halt ich hatte die beiden nicht vor der manuellen Aktualisierung meines Terminals am heutigen Tag (bin auf stable/release/latest, kein Preview). Wenn es die vorher auf meinem OS (Win 10 ESU) gab, dann waren sie zuvor in der Liste der installierten Pakete meines Stores verborgen.
Es ist ja weiß Gott nichts schlimmes, Runtimes dürfen gerne bleiben. Leider habe ich gerade SO EINEN HALS auf MS, das selbst das harmlose Web2View Runtime neuerdings mit CoPilot implantaten gebundelt kommt.
Mein Misstrauen in MS steigt.