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 

@Taxil: Hast' das mal probiert die anderen Einträge zu entfernen?

Sodele, nun hier mein heutiges Ergebnis/Resume:

Eine alte zickige Corel10-Installation hat mir vermutlich irgendwo Classes in der Registry verbogen.

Die Deinstallation von Corel10 hinterliess knapp 200 Einträge in der XP-Registry.

Bis dahin war mein Kontextmenue noch völlig OK.

Die Corelhinterlassenschaften habe ich dann mit einem RegistryCleaner entfernt.
Ab diesem Zeitpunkt zickte mein Kontextmenue im Explorer und auf dem Desktop, wollte ich z.B. einen neuen Ordner oder eine neue Verknüpfung anlegen, schloss sich der Kontextmenuedialog sofort.

Corel wieder installiert: Selbe Problematik um diesen Bereich des Kontextmenues.

Ich habe als Anwender, der mit dem Rechner arbeitet keine Zeit mich mit den allerletzten Details der, ohne MCSE zu sein, undurchschaubaren Registry zu befassen.

Mit TweakUI nun über Templates alle Corel-Einträge (z.B. neue RAVE-Datei) deaktiviert.

Sofort war das Kontextmenue wieder OK.

Ich mag nun nicht Corel allein für mein Problem verantwortlich machen, funktionieren Corelprogramme unter Win seit eh und jeh sauber (jedenfalls auf meinen Arbeitsrechnern).

Was mir als (auch) Linuxanwender mal wieder auffällt:

Ein solches die Tiefen der Win-Registry betreffende Problem, läßt sich leider nicht in bezahlbarer Zeit ausmerzen.
Ganz Schlaue könnten nun sagen:
JA, dann eben ein aktuelles Komplett-Backup draufspielen.
Richtig: Dies geht dann mit weiterem Aufwand einher, sobald es sich um einen Arbeitsrechner handelt (Mails sichern und später wieder einpflegen, tagesneue Arbeitsdaten sichern und einspielen, wer dann noch FIBU macht hängt dann zeitlich in den Seilen).

Ich möchte hier keine OS-Philisophie lostreten (führt eh zu nichts), muss aber mal wieder feststellen, dass es unter Win seit Einführung der Registry einem nach 12 Jahren PC-Arbeit und normal veranlagten Anwender kaum möglich ist Fehlerursachen gezielt zu beheben.
Mit gezielt meine ich keine Drüber- oder Neuinstallationen.

Beim Pinguin weiss ich fast immer wo ich Fehlerursachen suchen und dann auch beheben kann.

Aber was soll`s, hat beides Vor- und Nachteile.

Auf jeden Fall möchte ich mich hiermit bei Martin86 und cdk ganz herzlich bedanken!!!

Prompte Hilfsbereitschaft (ohne dass man sich vorher kannte), die wertfrei daherkam (zu oft meinen irgendwelche pubertierenden Pickelfaces den Oberschlauen machen zu müssen *sorry**fg*), findet sich zunehmend seltener.

Also Danke euch beiden!

Der Bookmark zu eurer Seite ist gesetzt  

na, jetzt habe ich den ganzen thread durchgeackert um am ende festzustellen, dass das problem schon gelöst ist. 
wir hatten das gleiche hier übrigends schonmal und ich weiss, dass wir es damals nicht gelöst bekommen haben.
von daher sind wir wieder etwas schlauer geworden.
ansonsten möchte ich als regcleaner hier mal wieder jv16powertools empfehlen. ich habe zwar nie corel-software verwendet, aber der hat mir noch nie zicken gemacht.

äh, und was ist eigentlich FIBU  ???

@Taxil
Freut mich zu hören daß es funktioniert.
Freut mich auch zu hören daß Du Linux-User bist, der auch unter die Oberfläche schaut. Wir haben hier immer mal wieder (einfache) Linux-"Probleme" wie z.B. "Wie installiere ich Linux ohne dabei mein Windows kaputt zu machen?" u. dgl. die wohl leicht zu beantworten wenn man selbst ein solches aktuelles System laufen hat.
Und jetzt rat' mal wer gerade den Zuschlag gewonnen hat...

Quote:
Ja, ich weiß sehr gut was Du meinst. Ich persönlich konnte die Institution "Registry" irgendwie auch nie als Fortschritt anerkennen. Gut daran finde ich eigentlich nur einen philosophischen Aspekt, nämlich daß es eine zentrale Instanz ist. Das Problemhauptquartier sozusagen.
Was mich am Linux abschreckt sind eigentlich nur zwei Sachen: 1. daß Gothic2 nicht 'drauf läuft und 2. daß seine Konfigurationsdateien quer über's ganze System verstreut sind. Und wenn man sich dann  endlich die 100 schönsten Pfade gemerkt hat stellt man fest daß es an Groß-/Kleinschreibung scheitert....
Muß aber auch zugeben daß ich nie über SUSE7 hinausgekommen bin und somit z.B. LILO für den letzten Schrei halte

Aber noch ein Wort zum Backup: Ich verwende ein Mischkonzept, indem ich Systembackup und Datenbackup trenne. Das setzt natürlich ein gewisses Fingerspitzengefühl beim Systemkonzept voraus, bereits bei der Installation. Da muß man eben System, Daten und ev. Programme gleich von Anfang an trennen. Die Programme muß man eigentlich überhaupt nicht sichern, bei den Daten ist das WIE reine Geschmackssache und für's System gibt es nichts besseres als ein Image-Backup. Meine Systemimages kosten auf keinem Rechner mehr als 1,5GB, sodaß man sich sogar mehrere Version halten kann.

Das klingt zwar recht löchrig aber die Erfahrung der letzten Jahre hat gezeigt daß das äußerst praxistauglich ist, auch für kleinere Büronetze. Der Aufwand dafür hält sich in Grenzen und der Schaden war nie groß.

Hab ich eigentlich schon gesagt:

Quote:
Quote:

anscheindend doch, ich hab regedit unter WinXP aufgerufen, und dort kann ich mit rechtsklick auf einen beliebigen Schlüssel diesen exportieren und in vielen formaten speichern, z.b. als *.txt, als *.reg und noch ein paar mehr.

hm, unter w2k bekomme ich das nur hin, wenn ich regedt32 verwende und dann eine teistruktur drucke. als drucker verwende ich dann nen pdf-builder und da kann ich den kram dann wieder rauskopieren.