Ich habe ein Updatetool für mein Programm erstellt, dass automatisch beim Windows-Start ausgeführt werden soll. Bei ausgeschalteter Benutzerkontensteuerung (UAC) funktioniert alles wunderbar. Ist Benutzerkontensteuerung aktiv, startet mein Programm nicht automatisch. Stattdesen erscheint beim Windows-Start ein TrayIcon mit der Balloon-Meldung, dass einige Autostartprogramme geblockt wurden und eine Ausführungserlaubnis benötigen. Beim Klick auf dieses TrayIcon erscheint ein Kontextmenü, in dem mein Programm als einziges geblocktes Programm drin steht. Ich wähle mein Programm aus, ein UAC-Fenster erscheint, ich bestätige - und erst dann wird mein Updatetool gestartet.

So geht das nicht!!!

Als ich vor einigen Monaten zum ersten mal mit diesem Problem konfrontiert bin, habe ich ein bisschen geforscht und herausgefunden, dass alle Autostartprogramme anderer Hersteller, die trotz aktiver Benutzerkontensteuerung normal starten, über ein digitales Zertifikat verfügen. So habe ich mir auch ein "Class 3 Code Signing" Zertifikat bei VeriSign erworben. Doch auch digital signierte Datei lässt sich beim Windows-Start nicht ausführen! Lediglich die UAC-Meldung hat sich geändert. Früher erschien eine furchterregende Meldung der Benutztekontensteuerung, dass es sich beim Autostartprogramm um ein Produkt des "unbekannten Herausgebers" handelt. Jetzt wird der im Zertifikat kodierter Herausgeber erkannt und eine einfache Ausführungsbestätigung verlangt. Doch das eingentliches Problem besteht nach wie vor.

Warum startet mein Programm nicht automatisch?! Was will Windows Vista noch von mir?! Mein Programm ist absolut harmlos, verursacht 100% keine Schäden an dem PC. Und trotzdem wird es blockiert. Warum starten alle anderen Autostart-Programme ohne Probleme? Muss ich meinem Delphi-Kode etwas Besonderes hinzufügen, um dem UAC mitzuteilen, dass mein Programm in Ordnung ist?

HILFE!!!

Dein Programm scheint irgend eine Aktion auszuführen, welche Adminrechte benötigt

Stimmt. Mein Programm versucht am Anfang eine Internet-Seite zu laden, um sicher zu stellen, dass eine Vrbindung zum Internet besteht und nicht durch Firewal blockiert wurde. Aber tun die anderen Autostartprogramme wie z.B. Adobe Starter/Updater oder andere das nicht auch?! Dafür habe ich doch den Vista-Manifest in mein Programm eingebunden, in dem Adminrechte beim Start verlangt werden. Reicht so ein Manifest nicht, wenn ich sowieso als Administrator angemeldet bin?

Nein.
jegliches nicht-Microsoft-Programm, das Adminrechte benötigt und im Autostart drin ist, wird erst einmal geblockt.
Vllt. hilft es, das Programm in einen der anderen Autostart-Schlüssel in der Registry eimzutragen, z.B. in dem, wo alles mit Systemrechten gestartet wird?
(Frag mich aber bitte nicht, welcher das ist!)

edit: aber wieso braucht das abrufen einer internetseite admin-rechte??? mach's doch so wie der apple updater: erst mal suchen lassen, und zum installieren dann adminrechte zu verlangen

Zitat von zahor:

Nein.
jegliches nicht-Microsoft-Programm, das Adminrechte benötigt und im Autostart drin ist, wird erst einmal geblockt.

Stimmt gar nicht. Bis jetzt jedes installiertes Programm der Drittanbieter, das über ein Autostart-Teil verfügt, unter anderem Adobe, ATI und andere, wurde normal gestartet. Nur mein Programm nicht.

Diese Programme scheinen aber kein Admin-Manifest zu enthalten.

Bei meinem Programm handelt es sich um ein Updatetool, dass sich mit Internet verbindet, vergleicht die Dateien auf dem Server mit den lokal installierten Dateien, lädt neue Dateien runter, falls welche vorhanden sind, und speichert diese auf der Festplatte. Ein stinknormales Updatetool also. Um mit dem Dateissystem zu arbeiten benötogt man bei Vista auf jeden Fall die Adminrechte. Ich nehme also an, dass die Updatemodule anderer Hersteller (die normal starten) auch mit Adminrechten gestartet werden. Ob das ein Manifest ist oder ein anderes Ding weiss ich nicht. Ansonsten lässt sich keine Datei in den Windows eigenen Ordnern wie Program Files oder Anwendungsdateien erstellen.

Nein, diese laden die Dateien ja nur runter und wechseln erst zum Ausführen in einen anderen Kontext

Zitat von mkinzler:

Nein, diese laden die Dateien ja nur runter und wechseln erst zum Ausführen in einen anderen Kontext

Die heruntergeladene Dateien müssen ja auch als Temp-Dateien irgendwo auf der Fesplatte gespeichert werden. Dafür benötigt man wieder Adminrechte.

Seit wan brauchst man Adminrechte für das Temp-Verzeichnis?