"Als Administrator ausführen" URLDownloadToFile geht nicht mehr

[SearchBot]

Hallo,

ich hab das seltsame Phänomen, daß mein Programm, wenn es als Administrator ausgeführt wird, keine Downloads mehr machen kann - ohne Admin-Rechte geht es mit dem Runterladen aber prima.

Ich benötige die Adminrechte nur, um den Netzwerkadapter automatisch neu zu starten (weil der bei meinem Chuwi-Tablet sporadisch abstürzt, und einfach de- und wieder aktivieren hilft) und automatisch, weil die Anwendung unbeaufsichtigt arbeitet, und die Umgebung automatisch intakt halten soll.
Der Anwender kann mein Programm auch normal starten, wenn er diese Funktion nicht braucht. Ich möchte sie nicht gleich mit gehobenen Rechten ausliefern.

Woran kann es liegen, daß URLDownloadToFile (von urlmon-Unit) mit Adminrechten keine Datei (einfache txt-Datei von einer https-Webseite) herunterladen kann, ohne die Rechte aber schon?

[Dalai]

Um der Ursache näherzukommen, solltest du den Rückgabewert der Funktion URLDownloadToFile auswerten.

Grüße
Dalai

[SearchBot]

Okay..

Normal: 0
Als Admin: 0

Hilft nicht weiter

[Dalai]

Wie ist es mit einer anderen URL? Mal den Cache des IE gelöscht?

Grüße
Dalai

[SearchBot]

Hm..

kann es sein, daß als Admin ausgeführte Programme einen anderen Dateipfad als Programmordner verwenden?

Ich lese den Download später ein und normal einfach so memo.LoadFromFile('temp.txt') , was normal geht, aber beim Admin muss ich den Pfad extra dazu schreiben memo.LoadFromFile(extractfilepath(application.exename)+'temp.txt') Dann geht es, habe ich gerade bemerkt...

[Dalai]

Sich darauf zu verlassen, dass das Arbeitsverzeichnis schon stimmen wird, ist nie eine gute Idee. Pfade gibt man immer absolut an, am sinnvollsten aus Variablen zusammengebaut. Aber nie hartkodiert oder unter der Annahme "Den Pfad gibt's auf jedem System".

Grüße
Dalai

[Delphi.Narium]

Wenn ich bei Programmen sicherstellen möchte, dass das Programmverzeichnis auch das Arbeitsverzeichnis ist, gibt es im FormCreate (oder einer anderen, beim Progammstart garantiert ausgeführten Stelle) diese Zeile:  ChDir(ExtractFilePath(Application.ExeName)); Das ist z. B. bei Programmen sinnvoll, die grundsätzlich von 'ner externen Festplatte gestartet werden und deren Ein- und Ausgabedaten auch auf dieser Festplatte liegen.

Bei Programmen, die regulär installiert werden, ist dieses Vorgehen eher kontraproduktiv.

[Rollo62]

Zitat von SearchBot:

Ich benötige die Adminrechte nur, um den Netzwerkadapter automatisch neu zu starten ...

Vielleicht liegt es ja genau daran.
Hast Du mal versucht als Admin zu starten, OHNE den Netzwerkadapter zurückzusetzen ?

Das sollte sich doch gleich verhalten wenn Du das Rücksetzen mal einfach rausnimmst.

[Michael II]

Zitat von SearchBot:

Hm..

kann es sein, daß als Admin ausgeführte Programme einen anderen Dateipfad als Programmordner verwenden?

Ich lese den Download später ein und normal einfach so memo.LoadFromFile('temp.txt') , was normal geht, aber beim Admin muss ich den Pfad extra dazu schreiben memo.LoadFromFile(extractfilepath(application.exename)+'temp.txt') Dann geht es, habe ich gerade bemerkt...

Ich nehme an du beziehst dich auf Windows.
- GetCurrentDir hast du (bei deiner "Ohnepfad" Lösung) mal abgefragt (?).
- U.a. mithilfe von ProcMon siehst du wohin die Datei geschrieben wird.
- Relative Pfade solltest du eh vermeiden. Das Setzen eines Dirs beim Programmstart muss nicht heissen, dass diese Wahl bestehen bleibt. (siehe m$)
- Ins Verzeichnis der App sollte man keine Daten schreiben. Dafür sind andere Ordner vorgesehen.