Probleme mit BITS

[GreatCornholio]

So, jetzt ist leider das nächste Problem aufgetaucht.
Hat schon mal jemand erfolgreich einen Programmaufruf bei Beendigung des Downloads implementiert?
Also über die Funktion IBackgroundCopyJob2.SetNotifyCmdLine()?

Ich kann mir erfolgreich einen Zeiger auf das IBackgroundCopyJob2-Interface holen, SetNotifyCmdLine aufrufen, und bekomme immer OK zurück.
Aber wenn ich einen Download starte, das Programm beende und warte, passiert einfach nichts, das Kommando wird nicht ausgeführt.
Mit bitsadmin.exe /list kann ich den Fortschritt und die Fertigstellung des Downloads verfolgen.
Ich kann sogar mit bitsadmin /info {GUID} /verbose mein Kommando sehen:

Code:

GUID: {GUID} DISPLAY: 'Test'
TYPE: DOWNLOAD STATE: TRANSFERRED OWNER: ich
PRIORITY: HIGH FILES: 1 / 1 BYTES: 70517025 / 70517025
CREATION TIME: 23.09.2016 15:55:21 MODIFICATION TIME: 23.09.2016 15:57:00
COMPLETION TIME: 23.09.2016 15:57:00 ACL FLAGS:
NOTIFY INTERFACE: UNREGISTERED NOTIFICATION FLAGS: 27
RETRY DELAY: 600 NO PROGRESS TIMEOUT: 1209600 ERROR COUNT: 0
PROXY USAGE: PRECONFIG PROXY LIST: NULL PROXY BYPASS LIST: NULL
DESCRIPTION:
JOB FILES:
        70517025 / 70517025 WORKING http://www.domain.de/MeinTestFile.zip -> D:\BITS Test\MeinTestFile.zip
NOTIFICATION COMMAND LINE: '"C:\Windows\System32\notepad.exe"'
owner MIC integrity level: MEDIUM
owner elevated ?           false

Peercaching flags
         Enable download from peers      :false
         Enable serving to peers         :false

CUSTOM HEADERS: NULL

Als CommandLine habe ich den Namen meines Programms (mit ParamStr(0)) und notepad.exe, jeweils mit und ohne Anführungszeichen verwendet.
Ich habe schon verschiedene Prioritäten verwendet, BG_JOB_PRIORITY_FOREGROUND und BG_JOB_PRIORITY_HIGH.
Die NotifyFlags vor und nach der CommandLine gesetzt.
Aber nichts funktioniert, obwohl es eigentlich funktionieren müsste...

[jaenicke]

Ich hoffe dir ist klar, dass du ein von dort gestartetes Programm nicht in der Oberfläche sehen wirst. Denn das läuft im Systemkontext und nicht im Benutzerkontext.

Bist du sicher, dass das Programm nicht gestartet wird? Hast du einmal im Taskmanager geschaut? Oder ein Programm gestartet, das einfach nur eine Datei testweise in einem festgelegten Ordner ablegt?

[GreatCornholio]

Ja ich habe im Taskmanager nachgesehen, dort taucht nichts auf, auch nicht unter anderen Benutzern.

Zitat von jaenicke:

Ich hoffe dir ist klar, dass du ein von dort gestartetes Programm nicht in der Oberfläche sehen wirst. Denn das läuft im Systemkontext und nicht im Benutzerkontext.

Das hört sich aber schlecht an.
Ich will eigentlich das ursprünglich gestartete Programm wieder aufrufen.
Also ich starte Programm1.exe, starte den Download, schließe das Programm, und wenn der Download beendet ist soll automatisch Programm1.exe wieder gestartet werden und mir mitteilen dass der Download fertig ist.

Woher weißt du dass das gestartete Programm im Systemkontext läuft, hast du das selbst schon mal ausprobiert?
In der MSDN-Doku steht was anderes:

Zitat von MSDN:

Specifies a program to execute if the job enters the BG_JOB_STATE_ERROR or BG_JOB_STATE_TRANSFERRED state. BITS executes the program in the context of the user who called this method.

Ist hier ein Fehler in der MSDN?

[jaenicke]

Ja, ich hatte das mal ausprobiert. Allerdings wurde es da aus einem Dienst heraus gestartet. Wenn das den ursprünglichen Kontext laut MSDN nutzt, wird es so sein, das passt ja dazu. Dann habe ich mich da geirrt.

[GreatCornholio]

Ok, wenn du das mit einem Dienst verwendet hattest ist klar, dass es dann im Systemkontext läuft.
Scheint also zu passen.

Ich habe noch mal ein wenig rumgespielt und wscript ausprobiert mit einem kleinen Test-Script, auch Fehlanzeige.
Aber danke für den Hinweis!

Hast du vielleicht noch den Code, mit dem das damals bei dir gelaufen ist?
Dann könnte ich mal vergleichen was bei mir anders ist...