23 replies to this topic

[affrop]

Hallo Forum,

 

ich habe eine setup.exe welche für sich super funktioniert. Problem ist, wenn die Software als Admin installiert wird und als Admin gestartet funktioniert alles. Wenn sich der Standarduser anmeldet und die Software vie Desktop-Link starten will kommt die Abfrage nach der MSI-File, die nicht gefunden werden kann. Suche ich nun manuell danach wird der Vorgang fortgesetzt, bis der Installer merk, dass der Standarduser keine Rechte besitzt um Software zu installieren.

Im Property Manager ist die Variable ApplicationUsers=AllUsers definiert.

Vielleicht hat jemand ne Idee wie ich das Problem lösen kann.

[ali]

Hallo,

In einem Log könntest du sehen, wie die Property ALLUSERS gesetzt ist.

Die CustomAction ISSetAllUsers sollte in der UI und in der Exec Sequenz eingefügt sein, bei mir wird diese CA nach DLLWrapStartup ausgeführt. Ich vermute mal, dass diese CA in deinen Sequenzen fehlt. Du musst in der Custom Action Ansicht "ShowAllCustomActions" auswählen, damit du diese CA siehst.

[affrop]

Hallo ali,

ich habe folgende Custom Actions: setAllUsersProfileNT und setAllUsersProfile2K

Eingetragen sind  beide in der Installation User Interface Sequenz nach setUserProfileNT und diese steht direkt nach IsolateComponents.

[ali]

Um zu prüfen ob es am ALLUSERS liegt, könntest du ein Log erstellen und schauen, ob hier ALLUSERS=1 gesetzt ist. Für einen Test könntest du das Property auch mit dem Aufruf der Setup.exe übergeben. Wie das alles funktioniert, hatten wir ja schon im letzten Beitrag.

Andererseits kann es auch ein autorepair sein der hier gestartet wird, dieser würde Komponenten beim Programmstart installieren, die mit der Installation nicht geschrieben werden konnten. zb. Userspezifische Einträge unter HKCU.

In der Ereignisanzeige muss auf jeden Fall ein Eintrag sein, der angibt, was diese Aktion ausgelöst hat (Schlüsselkomponente), ein weiterer Eintrag gibt an, was nachinstalliert werden soll.

 

Du kannst auch ein Dauerlogging einschalten, dann wird mit jeder MSI aktion (installieren, ändern, entfernen) ein Log mit MSIxxxx.log ins temp geschrieben:

 

[HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\Installer]
  "Logging"="voicewarmup!"
  "Debug"=dword:00000007

Edited by ali, 28 October 2013 - 14:29.

[affrop]

ich habs mal geloggt.
hier ein paar Auszüge aus der Log:
 
Aktion 08:33:33: CustomerInformation. Dialog created
MSI © (80:DC) [08:33:44:204]: PROPERTY CHANGE: Adding ALLUSERS property. Its value is '1'.
 

Aktion gestartet um 08:33:45: ExecuteAction.
MSI © (80:44) [08:33:45:236]: PROPERTY CHANGE: Adding SECONDSEQUENCE property. Its value is '1'.
MSI © (80:44) [08:33:45:236]: Grabbed execution mutex.
MSI © (80:44) [08:33:45:236]: Incrementing counter to disable shutdown. Counter after increment: 0
MSI © (80:44) [08:33:45:263]: Switching to server: ALLUSERS="1" 
 
SI (s) (48:88) [08:34:57:743]: Command Line: ALLUSERS=1 ROOTDRIVE=C:\ SECONDSEQUENCE=1 DCOMISPRESENT=1 EXECUTEACTION=INSTALL ACTION=INSTALL 
 
In die Reg werden nur Werte in HKLM geschrieben. In HKCU wird nix registriert.

 

Hab auch mal nen Screenshot von der Meldung unter einem anderen User-Profil angehangen. Die Log-file selbst ist mit 7MB zu groß für den Post-Anhang.

 

Attached Images

• 

Edited by affrop, 29 October 2013 - 09:18.

[ali]

ok ALLUSERS ist 1. Du müsstest dann jetzt die Logeinträge setzen, damit von dem MSI Aufruf beim Autorepair ein log erstellt wird. Da steht drin was nachinstalliert wird / bzw. Werden soll. Dazu noch in der Ereignisanzeige schauen, was genau fehlt. Da stehen Windows Installer Einträge, mit Kompentencode, Featurenamen, die diesen Aufruf verursachen.

[affrop]

Meinst Du die Logeinträge unter Build-Settings, wo die Argumente für die Command Line der MSIEXEC.exe definiert werden können?

[ali]

Meinst Du die Logeinträge unter Build-Settings, wo die Argumente für die Command Line der MSIEXEC.exe definiert werden können?

 

nein, du musst diese Einträge in der Registry setzen:

 

[HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\Installer]
  "Logging"="voicewarmup!"
  "Debug"=dword:00000007

[affrop]

alles klar. werde es gleich noch mal versuchen.

[affrop]

moin ali,

 

habe die Regeinträge bei der Installation setzten lassen und das setup durchlaufen lassen. Die Einträge wurden in die Registry geschrieben. Das Problem ist trotzdem noch da.

[ali]

Hallo, wie ich weiter oben geschrieben habe, sind die Einträge dafür, das immer eine Logdatei beginnend mit MSI... in dein Temp Verzeichnis geschrieben werden wenn der Windows Installer arbeitet.  Also sollte du jetzt auch eine Logdatei von deinem "Nachinstallieren" im Temp Ordner finden.

 

Weiter oben habe ich auch noch geschrieben:

Dazu noch in der Ereignisanzeige schauen, was genau fehlt. Da stehen Windows Installer Einträge, mit Kompentencode, Featurenamen, die diesen Aufruf verursachen

 

 

hast du da auch mal geschaut?

[affrop]

Hallo ali,

hier ein paar Auszüge aus der Log des "Nachinstallieren":

 

MSI (s) (44:4C) [12:05:06:406]: Resolving source.

MSI (s) (44:4C) [12:05:06:406]: Using cached product context: machine assigned for product: 79276793836D90241B4B13B53164E395

MSI (s) (44:4C) [12:05:06:406]: Using cached product context: machine assigned for product: 79276793836D90241B4B13B53164E395

MSI (s) (44:4C) [12:05:06:407]: User policy value 'SearchOrder' is 'nmu'

MSI (s) (44:4C) [12:05:06:407]: User policy value 'DisableMedia' is 0

MSI (s) (44:4C) [12:05:06:407]: Machine policy value 'AllowLockdownMedia' is 0

MSI (s) (44:4C) [12:05:06:407]: SOURCEMGMT: Media enabled only if package is safe.

MSI (s) (44:4C) [12:05:06:407]: SOURCEMGMT: Looking for sourcelist for product {39767297-D638-4209-B1B4-315B13463E59}

MSI (s) (44:4C) [12:05:06:407]: Using cached product context: machine assigned for product: 79276793836D90241B4B13B53164E395

MSI (s) (44:4C) [12:05:06:407]: SOURCEMGMT: Adding {39767297-D638-4209-B1B4-315B13463E59}; to potential sourcelist list (pcode;disk;relpath).

MSI (s) (44:4C) [12:05:06:407]: Using cached product context: machine assigned for product: 79276793836D90241B4B13B53164E395

MSI (s) (44:4C) [12:05:06:407]: SOURCEMGMT: Now checking product {39767297-D638-4209-B1B4-315B13463E59}

MSI (s) (44:4C) [12:05:06:407]: Using cached product context: machine assigned for product: 79276793836D90241B4B13B53164E395

MSI (s) (44:4C) [12:05:06:408]: Using cached product context: machine assigned for product: 79276793836D90241B4B13B53164E395

MSI (s) (44:4C) [12:05:06:408]: Using cached product context: machine assigned for product: 79276793836D90241B4B13B53164E395

MSI (s) (44:4C) [12:05:06:408]: Using cached product context: machine assigned for product: 79276793836D90241B4B13B53164E395

MSI (s) (44:4C) [12:05:06:408]: Using cached product context: machine assigned for product: 79276793836D90241B4B13B53164E395

MSI (s) (44:4C) [12:05:06:408]: Machine policy value 'AlwaysInstallElevated' is 0

MSI (s) (44:4C) [12:05:06:408]: User policy value 'AlwaysInstallElevated' is 0

MSI (s) (44:4C) [12:05:06:408]: Using cached product context: machine assigned for product: 79276793836D90241B4B13B53164E395

MSI (s) (44:4C) [12:05:06:408]: Product {39767297-D638-4209-B1B4-315B13463E59} is admin assigned: LocalSystem owns the publish key.

MSI (s) (44:4C) [12:05:06:408]: Product {39767297-D638-4209-B1B4-315B13463E59} is managed.

MSI (s) (44:4C) [12:05:06:408]: Running product '{39767297-D638-4209-B1B4-315B13463E59}' with elevated privileges: Product is assigned.

MSI (s) (44:4C) [12:05:06:408]: SOURCEMGMT: Media is disabled for product.

MSI (s) (44:4C) [12:05:06:408]: SOURCEMGMT: Attempting to use LastUsedSource from source list.

MSI (s) (44:4C) [12:05:06:408]: SOURCEMGMT: Trying source C:\Users\MB887E~1.TRA\AppData\Local\Temp\{056F35FB-CCA7-4DE7-8CDD-79C8936F495E}\.

MSI (s) (44:4C) [12:05:06:409]: Note: 1: 2203 2: C:\Users\MB887E~1.TRA\AppData\Local\Temp\{056F35FB-CCA7-4DE7-8CDD-79C8936F495E}\IsoCalc 3.msi 3: -2147287037 

MSI (s) (44:4C) [12:05:06:409]: SOURCEMGMT: Source is invalid due to missing/inaccessible package.

MSI (s) (44:4C) [12:05:06:409]: Note: 1: 1706 2: -2147483647 3: IsoCalc 3.msi 

MSI (s) (44:4C) [12:05:06:409]: SOURCEMGMT: Processing net source list.

MSI (s) (44:4C) [12:05:06:409]: Note: 1: 1706 2: -2147483647 3: IsoCalc 3.msi 

MSI (s) (44:4C) [12:05:06:409]: SOURCEMGMT: Media Disabled for this package.

MSI (s) (44:4C) [12:05:06:409]: SOURCEMGMT: Processing URL source list.

MSI (s) (44:4C) [12:05:06:409]: Note: 1: 1402 2: UNKNOWN\URL 3: 2 

MSI (s) (44:4C) [12:05:06:410]: Note: 1: 1706 2: -2147483647 3: IsoCalc 3.msi 

MSI (s) (44:4C) [12:05:06:410]: Note: 1: 1706 2:  3: IsoCalc 3.msi 

MSI © (10:98) [12:05:06:410]: User policy value 'SearchOrder' is 'nmu'

MSI © (10:98) [12:05:06:410]: User policy value 'DisableMedia' is 0

MSI © (10:98) [12:05:06:410]: Machine policy value 'AllowLockdownMedia' is 0

MSI © (10:98) [12:05:06:410]: SOURCEMGMT: Media enabled only if package is safe.

MSI © (10:98) [12:05:06:410]: SOURCEMGMT: Prompting user for a valid source.

MSI © (10:98) [12:05:06:410]: Machine policy value 'DisableBrowse' is 0

MSI © (10:98) [12:05:06:410]: Machine policy value 'AllowLockdownBrowse' is 0

MSI © (10:98) [12:05:06:411]: Machine policy value 'DisableUserInstalls' is 0

MSI © (10:98) [12:05:06:411]: Machine policy value 'DisableMsi' is 0

MSI © (10:98) [12:05:06:411]: Machine policy value 'AlwaysInstallElevated' is 0

MSI © (10:98) [12:05:06:411]: User policy value 'AlwaysInstallElevated' is 0

MSI © (10:98) [12:05:06:412]: Product {39767297-D638-4209-B1B4-315B13463E59} is admin assigned: LocalSystem owns the publish key.

MSI © (10:98) [12:05:06:412]: Product {39767297-D638-4209-B1B4-315B13463E59} is managed.

MSI © (10:98) [12:05:06:412]: Running product '{39767297-D638-4209-B1B4-315B13463E59}' with elevated privileges: Product is assigned.

MSI © (10:98) [12:05:06:412]: SOURCEMGMT: Browsing is enabled - but requires cred prompt.

MSI © (10:98) [12:05:06:449]: Font created.  Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg

 

MSI © (10:98) [12:05:06:450]: SOURCEMGMT: Now checking product {39767297-D638-4209-B1B4-315B13463E59}

MSI © (10:98) [12:05:06:451]: Machine policy value 'AlwaysInstallElevated' is 0

MSI © (10:98) [12:05:06:451]: User policy value 'AlwaysInstallElevated' is 0

MSI © (10:98) [12:05:06:451]: Product {39767297-D638-4209-B1B4-315B13463E59} is admin assigned: LocalSystem owns the publish key.

MSI © (10:98) [12:05:06:451]: Product {39767297-D638-4209-B1B4-315B13463E59} is managed.

MSI © (10:98) [12:05:06:451]: Running product '{39767297-D638-4209-B1B4-315B13463E59}' with elevated privileges: Product is MSI (s) (44:E8) [12:06:30:738]: I/O on thread 700 could not be cancelled. Error: 1168

MSI (s) (44:E8) [12:06:30:738]: I/O on thread 5304 could not be cancelled. Error: 1168

MSI (s) (44:E8) [12:06:30:738]: I/O on thread 4804 could not be cancelled. Error: 1168

MSI (s) (44:E8) [12:06:30:738]: I/O on thread 5228 could not be cancelled. Error: 1168

MSI (s) (44:E8) [12:06:30:738]: I/O on thread 5760 could not be cancelled. Error: 1168

MSI (s) (44:E8) [12:06:30:738]: I/O on thread 2636 could not be cancelled. Error: 1168

MSI (s) (44:E8) [12:06:30:738]: I/O on thread 5980 could not be cancelled. Error: 1168

MSI (s) (44:E8) [12:06:30:738]: I/O on thread 4852 could not be cancelled. Error: 1168

MSI (s) (44:4C) [12:06:30:738]: SOURCEMGMT: Failed to resolve source

assigned.

MSI © (10:98) [12:05:06:451]: SOURCEMGMT: Media is disabled for product.

MSI © (10:98) [12:05:06:451]: SOURCEMGMT: Attempting to use LastUsedSource from source list.

MSI © (10:98) [12:05:06:452]: Note: 1: 1706 2:  3: IsoCalc 3.msi 

MSI © (10:98) [12:05:06:452]: SOURCEMGMT: Processing net source list.

MSI © (10:98) [12:05:06:452]: Note: 1: 1706 2: -2147483647 3: IsoCalc 3.msi 

MSI © (10:98) [12:05:06:452]: SOURCEMGMT: Media Disabled for this package.

MSI © (10:98) [12:05:06:452]: SOURCEMGMT: Processing URL source list.

MSI © (10:98) [12:05:06:452]: Note: 1: 1402 2: UNKNOWN\URL 3: 2 

MSI © (10:98) [12:05:06:452]: Note: 1: 1706 2: -2147483647 3: IsoCalc 3.msi 

MSI © (10:98) [12:05:06:452]: Note: 1: 1706 2:  3: IsoCalc 3.msi 

MSI (s) (44:4C) [12:06:31:876]: Produkt: IsoCalc 3 -- Fehler 1706. Für das Produkt IsoCalc 3 wurde kein Installationspaket gefunden. Wiederholen Sie die Installation und verwenden Sie dabei eine gültige Kopie des Installationspakets "IsoCalc 3.msi".

 

MSI © (10:98) [12:06:30:764]: Font created.  Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg

 

Fehler 1706. Für das Produkt IsoCalc 3 wurde kein Installationspaket gefunden. Wiederholen Sie die Installation und verwenden Sie dabei eine gültige Kopie des Installationspakets "IsoCalc 3.msi".

MSI (s) (44:4C) [12:06:31:882]: User policy value 'DisableRollback' is 0

MSI (s) (44:4C) [12:06:31:882]: Machine policy value 'DisableRollback' is 0

Aktion beendet um 12:06:31: InstallFinalize. Rückgabewert 3.

 

 

Die Ereignisanzeige hat einen Fehler drin, dass die MSI nicht gefunden werden kann. Dazu einige Warnungen, dass das Programm, welches ich Installiert habe, versucht hat einen geschützten Windows-Registrierungsschlüssel zu ändern und eine Warnung, dass eine Ressource (nur ein Programmordner, der eigentlich mit installiert werden sollte) nicht vorhanden ist.

[ali]

Das ist die falsche Stelle, ein anders Problem, was steht in der Ereignisanzeige?

[affrop]

in der Ereignisanzeige steht bei Warnungen z.B. 

 

Produkt: IsoCalc 3. Die Anwendung hat versucht, den geschützten Windows-Registrierungsschlüssel \CLSID\{0000002F-0000-0000-C000-000000000046}\InprocServer32 zu ändern.

 

oder

 

Produkt: IsoCalc 3. Die Anwendung hat versucht, den geschützten Windows-Registrierungsschlüssel \Software\Classes\Component Categories\{7DD95801-9882-11CF-9FA9-00AA006C42C4} zu ändern.

 

oder

 

Erkennung von Produkt "{39767297-D638-4209-B1B4-315B13463E59}" und Funktion "IsoCalc_3_Files" fehlgeschlagen beim Anfordern von Komponente "{8BACED18-06AD-45D1-A172-FFE0FB5C162B}".

 

In der Fehlermeldung steht

 

Produkt: IsoCalc 3 -- Fehler 1706. Für das Produkt IsoCalc 3 wurde kein Installationspaket gefunden. Wiederholen Sie die Installation und verwenden Sie dabei eine gültige Kopie des Installationspakets "IsoCalc 3.msi".

 

Welche Stelle der Log-Datei wäre denn endscheident?

[Stefan Krueger]

Jetzt musst du in deinem Setup (im InstallShield Projekt oder im erzeugten MSI) nach der Komponente mit der GUID {8BACED18-06AD-45D1-A172-FFE0FB5C162B} suchen (Tipp: der Direct Editor hat eine Volltextsuche). Enthält sie Dateien und/oder Registry-Einträge? Wohin werden die installiert/geschrieben?

Ist das zufällig die Komponente, die versucht die beiden geschützten Registry-Einträge zu schreiben?

[affrop]

Hi Stefan, 

danke für den Tipp mit der Volltextsuche. Die Volltextsuche hat ergeben, dass die Komponente {8BACED18-06AD-45D1-A172-FFE0FB5C162B} die nicht angefordert werden kann, die eigentliche EXE des Programms ist. Diese wird aber nach C:\Programme\...\IsoCalc.exe installiert. Diese exe schreibt keinerlei Registry-Einträge oder ändert sonst wie das System. Es sind einfach ein paar WinForms mit ner MDB und einer Berichtsausgabe.

Sehr merkwürdig.

[ali]

recht interessant, die ersten beiden Meldungen. Schaut so aus, als ob die Anwendung etwas benötig, was mit der Installation nicht geschrieben wird.

Zu aller erst die Frage, hast du alle deine exe, dll, ocx in einer eigenen Komponente gepackt und die Datei der Komponente selbst als Keyfile verknüpft?

Hast du eine deiner Komponenten mit der Einstellung "Com Extract at Build" versehen? Die Infos oben deuten darauf hin, das hier COM Infos fehlen, die mit der Installation da sein müssten. Evtl. musst du diese Komponente mal statisch auslesen, damit du zum Erfolg kommst.

Wenn du die Einstellung nirgends hast, wirst du die evtl. für eine Deiner Komponenten benötigen.

Schau auch mal in das erstellte MSI mit InstallShield rein und suche nach den Schlüssel \{0000002F-0000-0000-C000-000000000046}.

[affrop]

alle dateien sind jeweils eigene Komponenten und keine hat den Eintrag Com Extract at Build =yes.

Die entscheidente Datei "IsoCalc.exe", welche das zu starten Programm darstellt, ist als KeyFile verknüpft. Zu dieser Datei wird auch eine Verknüpfung auf dem Desktop und eine im Startmenü erzeugt.

Die Dateien und Ordner habe ich einfach mit dem Project Assistant eingefügt. insofern sollten da überall Standardeinstellungen sein.

hab mal noch in der MSI-Log geschaut und zum CLSID das hier gefunden:

 

MSI (s) (48:88) [08:36:14:198]: Executing op: RegClassInfoRegister(Feature=CrystalReports85SPFeature,Component={997FA962-E067-11D1-9396-00A0C90F27F9},,ClsId={0000002F-0000-0000-C000-000000000046},,,Description=CLSID_RecordInfo,Context=InprocServer32,,,,,,,,,,)

RegisterClassInfo: Klassen-ID: {0000002F-0000-0000-C000-000000000046}

MSI (s) (48:88) [08:36:14:198]: SFC: The following entry was not added, because its key is protected by Windows: Key: \CLSID\{0000002F-0000-0000-C000-000000000046}\InprocServer32 Name: InprocServer32

MSI (s) (48:88) [08:36:14:198]: SFC: The following entry was not added, because its key is protected by Windows: Key: \CLSID\{0000002F-0000-0000-C000-000000000046} Name:

 

Es scheint also vom Featre Crystal Reports zu kommen. Aber ist das auch auschlaggebend, dass es bei einem anderen User nicht geht?

Edited by affrop, 01 November 2013 - 11:34.

[ali]

Die von dir oben genannten Informationen aus dem EventLog beziehen sich auf zu registrierende Com Server Informationen. Die werden von der Anwendung schlichtweg benötigt. Entweder sind die Informationen im Setup vorhanden und werden nicht korrekt geschrieben, oder die Informationen werden nicht vollständig oder gar nicht bei der Setuperstellung (dynamisch) oder beim manuellen Extrahieren (statisch) aus einer deiner Komponenten extrahiert. Ich kenne dein Setup nicht und weiß nicht was und wie viel du installierst, aber du wirst diese Informationen finden müssen.

 

1. Für einen kleinen Test könntest du mal dein Projekt sichern und dann alle Komponenten mit dll, ocx, exe auf COM Server at build = yes setzen und schauen ob dies zum Erfolg führt.

 

2. Ja, das Setzen von Berechtigungen kann in soweit Auswirkungen haben, dass du evtl. bei vorherigen Tests dein System dazu gezwungen hast eine Komponente zu virtualisieren. Du solltest also ab und an mal im Virtuale Store von Windows Explorer und der Registry nachsehen, ob hier evtl. noch Komponenten oder Regeinträge stehen, die dich stören. Alternativ dazu wäre es natürlich besser immer auf ein sauberen System zu testen (also VM-Ware oder mit Ghost Image zurücksetzen).

Edited by ali, 01 November 2013 - 11:54.

[affrop]

ich habe wahrscheinlich das problem eingrenzen können 

wenn ich das setup als admin ausführe läuft alles sauber ab und das programm und alle komponenten funktionieren einwandfrei.

wenn ich nun als irgendein andere benutzer angemeldet bin, sind die datein auf dem system da wo sie hin sollen und auch die verknüpfungen auf desktop und startmenü sind vorhanden. aber der zugriff auf die programmordner wird verweigert.

und wenn ich das setup als anderen bentuzer ausführe klappt es auch alles für den benutzer, unter dessen anmeldung das setup ausgeführt wurde und alle anderen benutzer wie admin etc. haben dieses problem.

interesanter weise klappt beim deinstallieren alles super. egal welcher benutzer angemeldet ist.

also hat das anscheinend was mit den permissions zu tun, die bei der installation auf die ordner gesetzt werden.

vielleicht irr ich auch.

Edited by affrop, 01 November 2013 - 12:28.

[ali]

Du solltest evtl. doch drüber nachdenken ob du nicht auf eine neuere Version wechselst. Nicht nur das du damit eine Unterstützung für UAC usw. hast, das Programm wurde ja auch weiter entwickelt und es fällt auch etwas leichter dich hier mit einem Problem zu unterstützen. IS12 ist nun wirklich alt, habe gerade mal geschaut, das German Release kam 06.2006, und kam damit sogar noch vor dem Release von Vista raus. Ein UAC wurde hier noch nicht unterstützt und das wird hier dein Problem sein.

[affrop]

naja, ne neue version ist ganz schön teuer für en gelegenheitsentwickler wie mich. aber grundsätzlich ist das natürlich ne option. 

gibts da nicht ne kostengünstige schulungslizenz oder so?

ich hab mal an den permissions en bissl rum gebastelt. die uac meckert laufent rum und die verknüpfung muss ich manuell im angemeldeten benutzerprofil herstellen aber sonst funktionierts einigermaßen. ob das nun ursachenlösung oder nur sympthombekämpfung ist seih mal dahin gestellt. das non-plus-ultra is es auf jeden fall nicht.

[ali]

naja, du könntest zb. hergehen und alles noch einmal in WinZip einpacken. Beim Erzeugen einer WinZip-Exe unter einem aktuellen Winzip, kannst du ja deine auszuführende Setup.exe angeben und auch, dass diese immer als Admin ausgeführt werden soll. Das ist jetzt zwar nicht schön und auch unglaublich selten, aber du könntest das mal austesten. Wir haben ewigst lang auf diesem weg die WTS Installation für die Win2003 Server gestartet um vorher in den Installationsmodus zu gelangen, daher sollte das auch in deinem Fall die UAC start Geschichte lösen, aber wie es dann Setupintern 100% abwickelt kann ich dir auch nicht sagen, aber du schreibst ja, das es mit "Ausführen als Administrator" danach keine Probleme gibt...

[affrop]

werd ich mal ausprobieren. ist wirklich ganz schön aufwändig und user-friendly is auch was andres. aber mal sehen. vielleicht klappts ja als notlösung.