🖥️ Terminal: Aus Kontextmenü Powershell oder Eingabeaufforderung starten lässt Desktop abstürzen [gelöst]

[GwenDragon]

Für Windows Terminal gibt die Auswahl, wenn über Suche → App bzw. angepinnte Icon als Aufgabe gewählt, da Powershell oder Eingabeaufforderung zu starten.
Bei mir stürzt da aber der Desktop komplett ab.
Nur Windows Terminal startet korrekt.

Bekannter Bug in Windows 11?

GIF ansehen ↓↓↓↓

crash-explorer-shell-terminal.gif

[Tante Google]

[GwenDragon]

Desktop meckert da an, dass das Element nicht vorhanden ist. Seltsam.

118.png

[moinmoin]

Aber PowerShell so über das Startmenü starten funktioniert?

Hab es hier eben mal ausprobiert. PS und CMD starten aus dem Kontextmenü heraus.

[GwenDragon]

Ja, über das Startmenü geht’s.
Ist halt nur ein paar Tastendrücke zu viel, wenn doch das Terminal eh in der Taskleiste angepinnt ist.

[moinmoin]

Probiere mal PowerShell dem Terminal zuzuweisen. (Oder CMD) ... oder zu ändern.

3.jpg

[GwenDragon]

Egal welches "Standardprofil" oder welches "Standardmäßige Terminalanswendung" ich im Terminal zuweise, es crasht aus dem Kontextmenü in der Taskleiste oder Suche.

Ist laut Zuverlässigkeitsverlauf die Shell, die da rummuckt.
Ist auch im Administrator-Konto so. Wohl doch ein Windows 11-Shell-Bug.

Dann muss ich mir eben mehrere Taskicons anlegen für Powershell + Terminal + Eingabeaufforderung.

Ob das vielleicht was mit der Verwendung des alten Kontextmenü zu tun hat?
/edit: Nö, passiert auch mit dem neuen Win 11-Kontexmenü.

[Holunder1957]

Könnte u.U. ein Bug sein. Bei mir im Dev-Kanal funktioniert es. Ich jedenfalls meide, wenn es möglich ist diese Release Versionen seit einigen Jahren. Bei Windows 10 habe ich jetzt in den Release Versionen in den 5 Monaten mehr Fehlermeldungen, als damals im gesamten Dev-Kanal und Skip Ahead Zeitraum zusammen. Nach meiner Ansicht lässt die Qualität, wenn sie über den Beta-Kanal und RP-Kanal laufen nach. Das kann ich wegen den Hardware Anforderungen leider nicht testen. Als Insider umgehe ich diese Anforderungen bei PC 1 und 2 nicht. Vielleicht habe ich damals meinen größten Fehler gemacht, als ich zu Windows 10 zurück gekehrt bin, als bis zum bitteren Ende im Dev-Kanal zu verbleiben. Ob sie mich damals in das normale Windows 10 zu verschoben hätten, wage ich zu bezweifeln. Das ging ja bekanntlich nicht ohne Neu Installation.

[GwenDragon]

Clean Install mit der 10.0.22000.318 ISO von Birkuli hat das Ganze behoben.

[GwenDragon]

Der Bug ist wieder auferstanden. Win 11 25H2 (26200.7705)

Zuverlässigkeitsverlauf besagt:

Code: Alles auswählen

Fehlerhafter Anwendungsname: Explorer.EXE, Version: 10.0.26100.7705, Zeitstempel: 0x650502ed
Fehlerhafter Modulname: SHELL32.dll, Version: 10.0.26100.7705, Zeitstempel: 0xe93c5648
Ausnahmecode: 0xc0000005
Fehleroffset: 0x00000000000b87b3
Fehlerhafte Prozess-ID: 0x2EDC
Fehlerhafte Anwendungsstartzeit: 0x1DC94287532D7A5
Fehlerhafter Anwendungspfad: C:\WINDOWS\Explorer.EXE
Fehlerhafter Modulpfad: C:\WINDOWS\System32\SHELL32.dll
Berichts-ID: a048aa5a-4362-44d0-aeb7-4877c5663b69
Vollständiger Name des fehlerhaften Pakets: 
Fehlerhafte paketbezogene Anwendungs-ID: 

[DK2000]

Befürchte da fast, das liegt an der 7705. Der Explorer startet sich gerne mal neu. Nicht immer reproduzierbar, aber hatte ich vor der 7705 nicht. Auch aufgefallen ist mir, wenn man PowerShell (Version egal), Eingabeaufforderung oder eine beliebig andere Konsolenanwendung startet, wird nach Beendigung der Anwendung nicht immer der "Host für Konsolenfenster" nicht immer schließt, Da belieben Leichen zurück. Aber auch das ist nicht immer reproduzierbar. Öffnet man hingegen die Konsolenanwendungen im Terminal, tritt letzteres Problem nicht auf, sofern man im Terminal eingestellt hat, das "Windows-Terminal" verwendet werden soll und nicht der "Windows-Konsolenhost".

Ich vermute, dass liegt an der 7705, weil mit der 7623 hatte ich das Problem nicht.