Seit Vista wird bei geänderten Zuordnungen in
HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts
ein Eintrag "UserChoice" angelegt. Wenn dieser erst mal da ist, richtet
sich das System nur danach und ignoriert deine Versuche mit anderen Mitteln.
Die alten Methoden kennen kein "UserChoice". Es sollte aber nach Löschen
dieses Eintrages wieder klappen. Auch die von André genannten Tools
scheitern wohl daran, da sie das auch nicht berücksichtigen.
hpm
hpm, danke - tief im Hintergrund wusste ich noch, dass da dieser Mechanismus existiert - aber der Name Schlüsselname wollte mir nicht einfallen - und zur Recherche fehlt mir die Zeit ;-).
Ändert aber nix am vom OP geschilderten Problem, dass die Windows 7-Funktion "Öffnen mit" offenbar auch mit dem Eintrag von "UserChoice" nicht klar kommt - warum auch immer.
Edit: Hab mal gerade nachgesehen, UserChoice ist für den bei mir problematischen Schlüssel .pdf nicht eingetragen. Ist schon besch... dass Windows 7 die Informationen über registrierte Dateitypen an zig Stellen vorhält. Der Prozessmonitor verrät mir auch, dass
der Explorer.exe auf HKCR\SystemFileAssociations\.pdf schaut, dort aber nichts findet. Ich habe auch den fehlerhaften Eintrag .pdf in HKCR gelöscht. Trotz fehlendem .pdf-Schlüssel ist der Dateityp .pdf registriert.
Nachtrag: Scheint, als ob ich mich astrein in's Knie geschossen hab ;). Eine auf die Schnelle durchgeführte Analyse legt den Schluss nahe, dass FoxitReader 3.1 hier der Übeltäter ist. Versuche ich das Programm über "Öffnen mit" für den Dateityp .pdf zu registrieren,
weist Windows auch die entsprechenden Registrierungseinträge zu. Das Icon des Dokumentyps zeigt auch Foxit als Symbol - und das Dokument wird in FoxIt geladen - alles bestens. Aber sobald FoxIt gestartet ist, erscheint das Symbol eines unbekannten Dokuments.
Der ProcessMonitor zeigt mir nur, dass Explorer.exe auf ziemlich viele nicht existierende .pdf-Schlüssel zuzugreift. Offenbar versucht FoxIt beim Start über Öffnen mit die Registrierung des Dateityps anpassen, schafft dies aber nicht. Lediglich der Standardwert
im Schlüssel .pdf weist dann den Verweis auf den 2. (nicht mehr existierenden) Schlüssel FoxitReader.Document auf. Ändere ich den Standardwert so, dass dieser auf den korrekten Schlüssel (hier pdf_auto_file) zeigt, ist alles wieder in Ordnung. Verwende ich
SumatraPDF in "Öffnen mit", ist ebenfalls alles in Ordnung. Hab jetzt nicht mehr die Zeit, noch weiter zu graben. Aber es lässt sich reproduzieren: Mit FoxIt 3.1 geht die Registrierung über "Öffnen mit" schief.
Michael, kannst ja mal nachsehen, ob bei Dir die gleiche Ursache zu finden ist (möglicherweise ein Rechteproblem beim Schreiben in die Registrierung)? Und es könnte auch beim OP der gleiche Fall sein.
Gruß, G. Born - Blogs: http://blog.borncity.com
