Anzeige

Am Puls von Microsoft

Anzeige

Windows 10 Kontextmenü bringt explorer.exe zum Absturz

Shinowak

nicht mehr wegzudenken
Hallo liebe Windows-Freunde,

ich habe endlich mal wieder ein Problem, von dem noch niemand in meinem Umfeld gehört hat. Seit heute funktioniert meine rechte Maustaste an meinem Surface Pro 3 mit 1809 nicht mehr. Es ging eine Zeit lang ohne Probleme gut mit 1809. Jetzt stellt sich mir folgendes Problem dar.

Wenn ich mit der rechten Maustaste das Kontextmenü auf dem Desktop aufrufe, ist einerseits von meinen Programmen nichts mehr darin zu sehen (Winrar, CCleaner, usw.) und das Erstellen von neuen Ordnern, was ich zugegebenermaßen immer mit der Maus mache, geht nicht und führt zum Absturz. Die restlichen Ansichtseinstellungen funktionieren allerdings.

Ich habe bereits versucht mit ShellExView fehlerhafte Einträge zu finden, aber werde nur bedingt schlau, da ich mich kaum bis gar nicht mit der Shell auskenne. Sonstige Methoden hatte auch keinen Erfolg (google recherche)

Ich würde mich freuen, wenn es sich vermeiden ließe den PC neu aufzusetzen, da ich ihn täglich mindestens 6 Stunden in gebrauch habe.

Vielen Dank für eure Hilfe,
Shino
 
Anzeige
Schau im Zuverlässigkeitsverlauf nach, denn nennt Dir nämlich ziemlich sicher den genauen Auslöser. ShellExView hingegen nennt Dir gar nichts, ausser den denkbaren Kandidaten.
 
Danke für den Tipp. Leider finde ich dort bis auf ein paar kleine Softwareabstürze auch nichts besonderes. Interessant ist vielleicht, dass die Einstellungen ab und zu abgestürzt sind.

-----------------------

Kannst du mir eventuell einen Hinweis geben, worauf ich achten sollte?
 
Zuletzt bearbeitet von einem Moderator:
Gib doch einfach mal einen Überblick über die Meldungen im Zuverlässigkeitsverlauf! Dann kann man doch aussortieren und wichtiges von unwichtigem trennen. Schliesslich gibts keine fünf bis zehn Standardfehler, sondern höchst individuelle Fehler.
 
Hallo noch einmal,

ich habe den Zuverlässigkeitsverlauf jetzt etwas verfolgt und kann nichts feststellen, was damit zu tun hat. Lediglich ein paar Abstürze von Programmen, weil ich mit dem Zuklappen meines Surface in den Standby gehe.
 
Und, schon mal geprüft ob genau diese Programme Kontextmenüeinträge besitzen? Wenn Programme durch einen Standbymodus zum Absturz zu bringen sind, dann gehören die definitiv nicht auf den Rechner.
 
Nein, die sind nicht im Kontextmenü vertreten. Nur beim erstellen von neuen Dateien auf dem desktop im Kontextenü passiert das.
 
Bei meinem Windows-PC habe ich, nachdem ich 2 Monate an dem PC nicht gearbeitet hatte, ein vergleichbares Problem identifiziert das sich folgendermaßen darstellt.

Wenn ich Im Windows Explorer mit der rechten Maustaste das Kontextmenü öffne und nur mit dem Mauszeiger über den Menübefehl "Neu" fahre, friert der Explorer für 20 Sekunden ein ehe die Blockade wieder gelöst ist und man weiter arbeiten kann. Während dieser 20 Sekunden wird in der Titelleiste des Windows-Explorer "Keine Rückmeldung" angezeigt und der Cursor zeigt den rotierenden Kreis.
Wenn ich mit dem Mauszeiger im Bereich des geöffneten Kontextmenüs bleibe bis die Blockade gelöst ist, denn dann wird der Menübefehl "Neu" verfügbar und klappt auf.
Der Fehler tritt im Kontextmenü nicht auf wenn die anderen Befehle gewählt werden - nur bei "Neu".
Wenn ich mit der Maus zum Zeitpunkt wo sich die Blockade löst nicht auf dem Kontextmenü bin, sondern sich der Mauszeiger sonst wo befindet, schließt sich das Kontextmenü nach den 20 Sekunden sofort und ich darf die Prozedur wiederholen wenn ich weiterhin den Menübefehl "Neu" verwenden möchte.
Dass Problem tritt ähnlich auf wenn ich versuche den Menübefehl in der Menüleiste des Windows-Explorer zu nutzen "Start -> neues Element".
jedoch ist hier ein linksklick auf die Schaltfläche notwendig um den Fehler hervorzurufen und es sind alle enthaltenen Befehle nicht nutzbar bis sich die Blockade wieder gelöst hat.
Die Windows Zuverlässigkeitsüberwachung zeigt zu diesem Problem gar nichts an.

Fazit: Ich muss nur wissen was ich zu beachten habe und muss die 20 Sekunden warten können, dann kann ich den Menübefehl weiterhin verwenden.
Trotzdem wäre es mir lieber wenn ich wieder ohne Zeitverzögerung arbeiten könnte.


Menüleiste im Windows-Explorer.pngKontextmenü im Windows-Explorer.png
 
Also grundsätzlich würde ich in solchen Situationen Inplace Upgrade machen in 99,9% der Fälle löst das solche Fehler auf wenn es keine Einträge im Zuverlässigkeitsverlauf gibt.
 
Habe zu meinem Problem auch diesen Artikel gefunden Windows-Explorer stürzt ab: So lösen Sie das Problem. Habe mir heute das tool Shellexview heruntergeladen und gestartet.
Weil das Problem im Kontextmenübefehl Neu auftritt, habe ich in der Spalte Type alles sortieren lassen um den Type Context Menu in einem Block zu sehen. Habe dann mal alle Microsoft Befehle ausblenden lassen und die anderen Kontext Menü Befehle deaktiviert. Nach Explorer Neustart den Kontext Befehl Neu verwendet um die Probe zu machen. War aber keine Änderung erkennbar.
Habe dann auch alle Microsoft-eigenen Erweiterungen eingeblendet und auch diese in mehreren Schritten Blockweise deaktiviert und nach Explorer Neustart die Probe mit dem Kontextmenü gemacht. Obwohl dann bald alle Kontextmenü Erweiterungen deaktiviert waren, funktionierten sämtliche Kontextmenübefehle nach wie vor. Allerdings sind nun andere Probleme mit dem Windows Explorer aufgetreten was sich u.a. dadurch gezeigt hat, dass in der Taskleiste die Programmsymbole verschwunden waren und auch das Windows-Menü nicht mehr reagiert hat.
Habe im tool Shellexview schnell wieder alle deaktivierten Erweiterungen aktiviert und den PC mit dem Not-Aus Schalter heruntergefahren und wieder neu gestartet.
Bin jetzt froh dass die Maschine wieder läuft.... auch wenn das Kontextmenüproblem immer noch vorhanden ist.
Shellexview.jpg
 
Zuletzt bearbeitet:
Ich habe wegen dem Problem nichts mehr unternommen, was zu einem Erfolg geführt hätte.

Aber nachdem ich gestern ein Funktionsupdate für Windows 10, Version 1903 installiert habe, scheint nun das Problem mit dem Kontextmenübefehl neu im Win-Explorer behoben zu sein.
Es funktioniert plötzlich wieder ohne erkennbare Zeitverzögerung.
 
Anzeige
Oben