Hallo liebe Leute,

bin so langsam am Ende mit meinem Latein....

Folgende Symptomatik auf meinem XP-Pro Desktop und auch im Explorer:

Rechtsklick->Kontextmenue->Neu:

Dort erscheint "normalerweise" die Möglichkeit über einen Unterpunkt eine Neue Verknüpfung oder einen neuen Ordner anzulegen.

Fahre ich nun mit dem Mauszeiger auf NEU im Kontextmenue (leere Stelle auf dem Desktop als auch im Explorer), schliesst sich das Kontextmenue sofort wieder.

Habe dann mal per regedit in:
HKCR\Directory\Background\shellex\ContextMenueHandlers\Neu
nachgesehen.
Dort steht:
Standard - REG_SZ mit dem Wert {D969A300-E7FF-11d0-A93B-00A0C90F2719}
sonst nichts weiter.
Diesen Wert finde ich in meiner aktuellen Registry auch nirgendwo sonst.

Habe auch schon XP SP1 aus dem laufenden XP heraus neu drüberinstalliert: Keine Wirkung auf mein Problem.
IE nochmal nachinstalliert: Auch keine Wirkung.

Habt ihr eine Idee, wo ich da was verbogen habe, wie ich evtl. manuell das Kontextmenue an dieser Stelle wiederbeleben kann?
Bislang möchte ich mich noch weigern, einzig wegen solch einem Fehler das XP komplett neu zu installieren.
Wobei: TotalCommander + F7 = Neuer Ordner!

Die M$-Support-Newsgroup gab mir bislang noch nichtmal eine Antwort.
Bin ich allein mit solch einem Problem?

Hi Martin86,

danke für Deine schnelle Antwort.

XP Pro.

Habe erst gestern einen Komplettscan mit NAV2004 (aktuellste Vdefs) und auch mit dem aktuellen Stinger von NAI gemacht.
Nichts gefunden.
AdAware meldet mir auch keine Auffäligkeiten, auch nicht bei intensivem Scan.

Deine Überlegung in diese Richtung kann ich schon nachvollziehen, weil ja eben eine Updateinstallation von XP-Pro aus meinem laufenden XP-Pro heraus nichts brachte.

sfc/ scannow meint: alles OK.

Unter HKCR\new
(habe keine Idee, ob dieser Eintrag etwas mit meinem Symptom zu tun haben kann)
steht bei mir
(Standard) - REG_SZ - New Moniker
sonst nichts mehr.

Dieser und der in meinem ersten Posting genannte Registryeintrag sind bei mir aktuell die einzigsten 2, die namentlich etwas mit "Neu" oder "New" hergeben.

Ist schon recht "merkwürden" das alles  

Nach meinem bisherigen Verständnis sollten ja die bei mir nicht funktionierenden Kontextmenueeinträge in der Registry eingetragen stehen.

Was spuckt denn in einem an dieser Stelle funktionierenden System die Suche in der Registry nach "Neu" und/oder "Neuer Ordner" (diesen Eintrag "Neuer Ordner" finde ich in meiner aktuellen Registry erst garnicht mehr) aus?

Vielleicht darf ich abkupfern 

So, hier hab ich noch was finden lassen (gut wenn man in der Ausbildung mit gleichgesinnten ist )

GUCK HIER

Die betreffenden Schlüssel hab ich mal exportiert:

Schlüsselname: HKEY_CLASSES_ROOT\*
Klassenname: <KEINE KLASSE>
Letzter Schreibzugriff: 24.12.2003 - 15:05
Wert 0
  Name: InfoTip
  Typ: REG_SZ
  Daten: prop:Type;DocAuthor;DocTitle;DocSubject;DocComments;Write;Size

Wert 1
  Name: QuickTip
  Typ: REG_SZ
  Daten: prop:Type;Size

Wert 2
  Name: AlwaysShowExt
  Typ: REG_SZ
  Daten:

Wert 3
  Name: TileInfo
  Typ: REG_SZ
  Daten: prop:Type;Size


Schlüsselname: HKEY_CLASSES_ROOT\*\OpenWithList
Klassenname: <KEINE KLASSE>
Letzter Schreibzugriff: 24.12.2003 - 15:05

Schlüsselname: HKEY_CLASSES_ROOT\*\OpenWithList\Excel.exe
Klassenname: <KEINE KLASSE>
Letzter Schreibzugriff: 24.12.2003 - 15:05
Wert 0
  Name: <KEIN NAME>
  Typ: REG_SZ
  Daten:


Schlüsselname: HKEY_CLASSES_ROOT\*\OpenWithList\IExplore.exe
Klassenname: <KEINE KLASSE>
Letzter Schreibzugriff: 24.12.2003 - 15:05
Wert 0
  Name: <KEIN NAME>
  Typ: REG_SZ
  Daten:


Schlüsselname: HKEY_CLASSES_ROOT\*\OpenWithList\MSPaint.exe
Klassenname: <KEINE KLASSE>
Letzter Schreibzugriff: 24.12.2003 - 15:03
Wert 0
  Name: <KEIN NAME>
  Typ: REG_SZ
  Daten:


Schlüsselname: HKEY_CLASSES_ROOT\*\OpenWithList\Notepad.exe
Klassenname: <KEINE KLASSE>
Letzter Schreibzugriff: 24.12.2003 - 14:58

Schlüsselname: HKEY_CLASSES_ROOT\*\OpenWithList\Winword.exe
Klassenname: <KEINE KLASSE>
Letzter Schreibzugriff: 24.12.2003 - 15:05
Wert 0
  Name: <KEIN NAME>
  Typ: REG_SZ
  Daten:


Schlüsselname: HKEY_CLASSES_ROOT\*\OpenWithList\WordPad.exe
Klassenname: <KEINE KLASSE>
Letzter Schreibzugriff: 24.12.2003 - 15:03
Wert 0
  Name: <KEIN NAME>
  Typ: REG_SZ
  Daten:


Schlüsselname: HKEY_CLASSES_ROOT\*\shellex
Klassenname: <KEINE KLASSE>
Letzter Schreibzugriff: 24.12.2003 - 14:58

Schlüsselname: HKEY_CLASSES_ROOT\*\shellex\ContextMenuHandlers
Klassenname: <KEINE KLASSE>
Letzter Schreibzugriff: 24.03.2004 - 19:15

Schlüsselname: HKEY_CLASSES_ROOT\*\shellex\ContextMenuHandlers\AntiVir/Win
Klassenname: <KEINE KLASSE>
Letzter Schreibzugriff: 24.12.2003 - 19:59
Wert 0
  Name: <KEIN NAME>
  Typ: REG_SZ
  Daten: {a7cda720-84ee-11d0-b5c0-00001b3ca278}


Schlüsselname: HKEY_CLASSES_ROOT\*\shellex\ContextMenuHandlers\IMMenuShellExt
Klassenname: <KEINE KLASSE>
Letzter Schreibzugriff: 29.01.2004 - 20:29
Wert 0
  Name: <KEIN NAME>
  Typ: REG_SZ
  Daten: {F8984111-38B6-11D5-8725-0050DA2761C4}


Schlüsselname: HKEY_CLASSES_ROOT\*\shellex\ContextMenuHandlers\Offline Files
Klassenname: <KEINE KLASSE>
Letzter Schreibzugriff: 24.12.2003 - 15:06
Wert 0
  Name: <KEIN NAME>
  Typ: REG_SZ
  Daten: {750fdf0e-2a26-11d1-a3ea-080036587f03}


Schlüsselname: HKEY_CLASSES_ROOT\*\shellex\ContextMenuHandlers\Open With
Klassenname: <KEINE KLASSE>
Letzter Schreibzugriff: 24.12.2003 - 15:05
Wert 0
  Name: <KEIN NAME>
  Typ: REG_SZ
  Daten: {09799AFB-AD67-11d1-ABCD-00C04FC30936}


Schlüsselname: HKEY_CLASSES_ROOT\*\shellex\ContextMenuHandlers\Open With EncryptionMenu
Klassenname: <KEINE KLASSE>
Letzter Schreibzugriff: 24.12.2003 - 15:05
Wert 0
  Name: <KEIN NAME>
  Typ: REG_SZ
  Daten: {A470F8CF-A1E8-4f65-8335-227475AA5C46}


Schlüsselname: HKEY_CLASSES_ROOT\*\shellex\ContextMenuHandlers\WinRAR
Klassenname: <KEINE KLASSE>
Letzter Schreibzugriff: 24.12.2003 - 20:38
Wert 0
  Name: <KEIN NAME>
  Typ: REG_SZ
  Daten: {B41DB860-8EE4-11D2-9906-E49FADC173CA}


Schlüsselname: HKEY_CLASSES_ROOT\*\shellex\ContextMenuHandlers\{a2a9545d-a0c2-42b4-9708-a0b2badd77c8}
Klassenname: <KEINE KLASSE>
Letzter Schreibzugriff: 24.12.2003 - 15:05
Wert 0
  Name: <KEIN NAME>
  Typ: REG_SZ
  Daten: Start Menu Pin


Schlüsselname: HKEY_CLASSES_ROOT\*\shellex\PropertySheetHandlers
Klassenname: <KEINE KLASSE>
Letzter Schreibzugriff: 24.12.2003 - 15:06

Schlüsselname: HKEY_CLASSES_ROOT\*\shellex\PropertySheetHandlers\CryptoSignMenu
Klassenname: <KEINE KLASSE>
Letzter Schreibzugriff: 24.12.2003 - 14:58
Wert 0
  Name: <KEIN NAME>
  Typ: REG_SZ
  Daten: {7444C719-39BF-11D1-8CD9-00C04FC29D45}


Schlüsselname: HKEY_CLASSES_ROOT\*\shellex\PropertySheetHandlers\{1F2E5C40-9550-11CE-99D2-00AA006E086C}
Klassenname: <KEINE KLASSE>
Letzter Schreibzugriff: 24.12.2003 - 14:58

Schlüsselname: HKEY_CLASSES_ROOT\*\shellex\PropertySheetHandlers\{3EA48300-8CF6-101B-84FB-666CCB9BCD32}
Klassenname: <KEINE KLASSE>
Letzter Schreibzugriff: 24.12.2003 - 14:58

Schlüsselname: HKEY_CLASSES_ROOT\*\shellex\PropertySheetHandlers\{883373C3-BF89-11D1-BE35-080036B11A03}
Klassenname: <KEINE KLASSE>
Letzter Schreibzugriff: 24.12.2003 - 15:06
Wert 0
  Name: <KEIN NAME>
  Typ: REG_SZ
  Daten: Summary Properties Page 

Habe mal alle Deine Hinweise bei mir gegengelesen:

Spezielle Programmeinträge wie z.B.

HKEY_CLASSES_ROOT\*\shellex\ContextMenuHandlers\AntiVir/Win

können ja von Rechner zu Rechner variieren, dem Einen sein Antivir, dem Anderen sein NAV, etc.

Ansonsten stimmt bei mir in der Registry bislang alles überein.

Wie siehts, wenn ich denn noch weiter nerven darf, denn dort:

HKCR\Directory\Background\shellex\ContextMenueHandlers\Neu

und unter

HKCR\Folder\shellex

aus?

Mehr fällt mir momentan an namentlich relevanten Registryeinträgen zu "Neu + Ordner" nicht ein.

Wo ist eigentlich der Name "Neuer Ordner" als solcher hinterlegt?
Das ist ja der von Win standardmäßig vorgegebene Name für einen neuen Ordner.

Die Registry erinnert mich irgendwie an meine ersten Versuche ein 5000-Teile Puzzle zusammenzusetzen  

Au fett! Da ist ja die volle Spezial-Diskussion im Gange...

Eine zündende Idee hab' ich leider auch nicht, ich schreib mal was mir einfällt:

Quote:
Genau - so mach' ich das auch immer! Wußte garnicht daß man sowas auch mit dem Explorer machen kann...

Quote:
Wahrscheinlich hast Du sie nicht genug supportet. Heißt ja schließlich nicht umsonst "Support Newsgroup".

Und zur Abwechslung noch was konstruktives, aber vorher noch diese Fragen: Das KTMenü klappt bereits zu wenn Du auf "Neu" gehst, nicht erst bei "Ordner", oder? Ohne daß Du irgendwie geklickt hast? Und Du hast auch keine Spezial-Maustreiber-Optionen eingestellt wie z.B. X-Mouse?

Ich könnte mir vorstellen daß diese Sache an einem der anderen Einträge unter "Neu" zusammenhängt. Also solltest Du mit dem Tool TWEAK UI mal folgendes probieren: Unter "New" kann man die betreffenden Einträge "zerstörungsfrei" deaktivieren indem man die zugehörigen Häkchen entfernt. NICHT auf "Remove" gehen. Also hau mal alle Haken raus, vielleicht hilft das ja schon. Die lassen sich später an dieser Stelle auch wieder aktivieren.

Als nächstes würde ich sie gänzlich entfernen und schauen was geht. Vorher natürlich einen Wdh.st.punkt setzen, falls das auch nicht hilft!

Der Stinger ist übrigens kein ausgewachsener Virenscanner, der sucht nur nach den 30 populärsten Seuchen (oder so).

@Martin
Sach mal, haste an Heilig Abend etwa schon mittags den PC den Du abends geschenkt bekommst aus dem elterlichen Schrank geklaut ? Oder warum stammen all Deine Registry Einträge von diesem Datum? Was mich aber noch viel mehr interessiert: Mit welchem Tool exportierst Du denn Deine Registry-Einträge?

Jau, Stimmung inne Bude 

Quote:

Genau so ist es.

Quote:


Ähm, "New". Wo in den XP-Powertoys und dem TweakUI steht das? Habe die TweakUI Version 2.00.1.0.

Zusätzlich noch bemerkt:

Fahre ich mit dem Mauszeiger auf den KT-Eintrag "Neu" flackert sehr, sehr schnell so 2-3mal ein kleines Fenster auf und Schwupp ist dieses als auch das KT weg.

Weiter oben habe ich davon berichtet, dass ich mal einen RegCleaner eingesetzt habe um nach einer Deinstallation übriggebliebene CorelDraw-Einträge loszuwerden.
Ich meine mich zuerinnern, dass ich seinerzeit mit der Installation von Corel10 ziemlichen Brassel hatte.
Da stimmte etwas mit der MSI-Version nicht.

Kann mich allerdings nicht mehr genau daran erinnern, was da im Detail Sache war.
Irgendwann hat`s dann aber mit Corel10 funktioniert.
War unter XP Pro noch vor der SP1 Zeit.

Kann mir damals diese zickende Corelinstallation etwas verbogen haben?

Wobei: SO ganz einleuchten will mir da kein Zusammenhang, weil es nach dem irgendwann doch installierbaren Corel keine KT-Problem gab.

Erst nachdem ich Corel rausgeworfen habe, ging der Quatsch los.

Quote:

RegistryFirstAid.
Der legt Wiederherstellungspunkte an und erstellt auch Logs über getätigte Änderungen.
Hat mir bisher nicht geholfen.
Möglicherweise trägt der für mein KT-Problem zuständige Registryeintrag einen Namen, der nicht gleich auf Neu->Ordner schliessen läßt.
Die Logs habe ich alle nach Einträgen "Neu", "Ordner", "New", "Folder" vor und zurückdurchsucht. Nix drin.

Quote:


Danke, die Drähte glühen...

---

Soweit ich mich jetzt mal auf anderen Seiten umgesehen habe, geht es dort immer um Erweiterungen oder Änderungen innerhalb des KT-Menuebereichs NEU.

Eben dahinein komme ich ja erst garnicht, sobald der Mauszeiger auf NEU zu landen kommt, schliesst sich mein KT-Menue.

Ich glaub ich mach mal ne Linuxpause  

Los seid ihr mich damit aber nicht

Bis dahin erstmal Guats Nächtle...

Noch kurz etwas zu dieser späten Stunde:

Quote:

Gefunden auf: thesoftpro.tripod.com

Wenn ich das so auf den ersten Blick richtig lese, handelt es sich in meinem Fall um den Bereich "dynamic menu items", was anscheinend bedeutet, dass mir eine Class fehlt, womit ich wieder an mein vorhin beschriebenes Corel-Abenteuer denken muss.

Mir war die damalige Installation mehr als suspekt, weil ich da heftig Schwierigkeiten mit dem Installer hatte.

Sollte dabei durch die Corelinstallation ein original XP-Classeintrag ersetzt worden sein, würde das passen, dass mir nach dem Registrysäubern mit RegistryFirstAid das Kontextmenue-Neu Fehler hat.

Sollte dem so sein, steh ich auf dem Schlauch:
Was wie heisst ist mir mehr als rätselhaft.

Ich glaub, ich knall mal ganz frei ein Backup des RegistryFirstAid zurück. Vorher fein die gesamte Registry mit ERUNT gesichert.
Mal schauen wo es dann knallt