Re: [WiX-users] Killing a Process !! MSI Installer....

Hi, we use the pskill.exe tool from sysinternals, packed into the setup as a binary. That works on all kind of windows machines. Another problem though, if you kill the process, that displays the tray-icon, the tray-icon will stay where it is until the mouse is moved over it. But that's a comm

[WiX-users] RegistryKeys on x64 always deleted?

Hi, in our x64 Setup we write some registry keys to the native registry hive, using this pattern: On uninstall those keys are removed, but I do not want to remove them. Is it a bug? Same code as x86 package works just as expected. Any hints welcome Oliver Friedrich IT-Consultant --

Re: [WiX-users] i want to know what this means

Hi, this code starts a custom action called "_CA_installscript" after starting up services. It is only executed, if "$C__installscript"-Variable/Funktion returns a value greater then 2. For better Help on this, you should provide more of the code. Regards, Oliver From: [EMAIL PROTECTED] [mail

Re: [WiX-users] Using .NET 2.0 Managed Custom Actions

tober 2007 04:48 To: Mailinglist; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Using .NET 2.0 Managed Custom Actions I read and tested the "Hosting the CLR with a custom action". It is great to bridge between the unmanaged CA and managed CA. However, it cannot work with a def

Re: [WiX-users] What do I do with per-user data when I uninstall?

Well, I think that installers should not do anything user-specific. Installer may copy files to the "All-Users" profile, and the software itself should go on an copy those files to the user who startet the software. What about the installer install necessary files for the software, to one user,

Re: [WiX-users] automatc dir / component fragment generation

Hi Kaveh, I nearly had the same problem, but didn't try tallow at all. In our Solution, we simply use a vbscript, that runs as Votive-PreBuildEvent and harvests our Webproject. Output is a .wxi file, that is simply included while creation of setup. I'll post the code here, maybe its usefull fo

Re: [WiX-users] Generate multiple MSIs from a single wxs source?

Well, I do have the same problem, specially when it comes to votive. The files must be duplicate, to be used in two projects, linking to files in another project is not possible. That leads to much redundant code and a big overhead for maintaining that. In our Solution we have a client and a ser

Re: [WiX-users] save username and password

hat's why I set the property tu UNAME in this example. Oliver From: salome zk [mailto:[EMAIL PROTECTED] Sent: Mittwoch, 12. September 2007 17:25 To: Mailinglist; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] save username and password How can i access the username that i have saved

Re: [WiX-users] save username and password

Hi Salome, you can store the username in the registry (but only the username) in a key that is not by default deleted on uninstall. Oliver From: salome zk [mailto:[EMAIL PROTECTED] Sent: Mittwoch, 12. September 2007 14:46 To: Mailinglist; wix-users@lists.sourceforge.net Subject: Re: [WiX-users

Re: [WiX-users] save username and password

Hi, even if you use a custom action to encrypt and decrypt the credentials, it would be unsafe to store them, cause they coud be found and decrypted. The data you store can be hacked on (RegistryKeys, File) as well as your code that you use to store/encrypt/decrypt them. If you use tools, they

Re: [WiX-users] [OT] user home predefined name?

ose files get created on first run of maven, that would be needed then to be ported to the windows project of maven - and the whole project is a bit more rounder ;-) Regards, Oliver - Original Message - From: Mailinglist<mailto:[EMAIL PROTECTED]> To: Marcel Schutte<mailto:

Re: [WiX-users] Managed custom action return values

ve to sign your managed code, otherwise it surely won't run on the target system. Oliver From: Friedrich, Oliver [mailto:[EMAIL PROTECTED] On Behalf Of Mailinglist Sent: Tuesday, September 11, 2007 12:41 AM To: Wilson, Phil; wix-users@lists.sourceforge.net Subject: RE: Re: [WiX-users] Manage

Re: [WiX-users] Managed custom action return values

pported by WiX - I >don't believe WiX cares if you fire off a managed code executable as a custom >action. WiX at all doesn't care anything other than its own XML. But the Windows-Installer-Team does not support managed custom actions, for certain reasons, that can be easily

Re: [WiX-users] Managed custom action return values

Hello, Writing managed custom actions is not supported. A standalone executable will not see anything of the setup around. I took two half ready projects and used them, to build up something that gives you the possibility to write managed custom actions and access the current setup from within

Re: [WiX-users] custom action python

Hi, please make sure, that "python.exe" equals the id-tag of that file in your setup. If your file-tag looks like this: Then the custom action should look like this: Oli - This SF.net email is sponsored by: Splunk Inc.

Re: [WiX-users] custom action python

Try it like this: Oli - Original Message - From: Matthieu RUNTZ To: Mark Line Cc: wix-users@lists.sourceforge.net Sent: Tuesday, August 07, 2007 1:01 PM Subject: Re: [WiX-users] custom ac

Re: [WiX-users] How to organize debug/release builds using the same WiX script (.wxs)

Hi, We use a variable with current build passed into wix. Therefore you can enter "Build=$(Configuration)" on the Build/Link Tab of the .wixproj properties page. With that, you are able to add debug stuff like this: Oli -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL P

Re: [WiX-users] How to change TARGETDIR to e drive

Hi, you want to launch the custom action, that assigns "E:\" to TARGETDIR only if TARGETDIR has the value "E:\". Your Condition is wrong. In our setup we use a Property that determines if drive e is present and if so, sets the default install path to e, maybe this is something for you either.

Re: [WiX-users] CustomUI change install path not possible?

Bob Arnson wrote: >That looks fine but the sequencing you give in an earlier message means >that any directory chosen by the user will be overwritten by your >DirectorySet custom action. You want to add a condition -- NOT TARGETDIR >-- so it doesn't run if the user has already specified one in the

Re: [WiX-users] CustomUI change install path not possible?

Mailinglist wrote: > The directory causing the error is the TARGETDIR. The root path of the > installation and yes, the main component has a CreateFolder tag for it. > Stop, I've just seen that I turned facts. The one MergeModule with the > IisExtension gets its folders cre

Re: [WiX-users] Removing Folders

Hi Craig, Is there a way to call RemoveFolder, and have it remove (and empty) all sub-folders? My uninstall is using RemoveFile/RemoveFolder on a folder (which contains files created after installation), but since some of the files are stored in sub-directories, the uninstall leaves the folde

Re: [WiX-users] CustomUI change install path not possible?

Hello Bob, >>When we come to the InstallDirDlg, the directory is shown correctly, if the >>DirectorySet ca is run early enough. If the user now wishes to customize this >>path, I get an error 2707, that the path does not exist, when I start up the >>BrowseDlg. >Error 2707 includes the directo

Re: [WiX-users] CustomUI change install path not possible?

Hello Bob, >>When we come to the InstallDirDlg, the directory is shown correctly, if the >>DirectorySet ca is run early enough. If the user now wishes to customize this >>path, I get an error 2707, that the path does not exist, when I start up the >>BrowseDlg. >Error 2707 includes the directo

[WiX-users] CustomUI change install path not possible?

Hello again, I now have the problem, that in our setup we first search if drive "e:" is present and set the TARGETDIR-Property to a folder on "e:" otherwise "c:". This is done like this: When we come to the InstallDirDlg, the directory is shown correctly, if the DirectorySet c

Re: [WiX-users] Passing Properties to Mergemodules

l Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kalle Olavi Niemitalo Sent: Dienstag, 10. Juli 2007 11:20 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Passing Properties to Mergemodules Mailinglist <[EMAIL PROTECTED]> writes: > > Property=&quo

[WiX-users] Passing Properties to Mergemodules

Hello, I try to push a commandline given parameter from my setup to one of my mergemodules with a custom action. This parameter should trigger a custom action from the mergemodule. However, in the log, the property for the parameter in main setup is shown and set correctly in the msi logfile,

[WiX-users] [wix-users] Mergemodule questions

Hi, more to do, more problems show up... 1. Setting property in merged module at runtime. In the setup I use a merge module, where a custom action is triggered via a property. This property shall be entered to the setup as a command line switch like: [code] msiexec.exe /I setup.msi NOEXESTART

Re: [WiX-users] Conditions for setup in GUI and without GUI?

ty, right? Rob Mailinglist wrote: > Hi Rob, > >> You've set suppress="yes", which means the event doesn't occur. > > Last compile I tried the following: > > > NOT (GUI="1") > > > And it did not work either, it fails with t

Re: [WiX-users] Conditions for setup in GUI and without GUI?

Hi Wix-users, Solved the problem, easier than thought. To disable LaunchConditions in UI Mode simply add the following: Important, must be in so that the LaunchConditions are run if the msi is executed quiet. Thx for all hints. Oliver Friedrich -

Re: [WiX-users] Conditions for setup in GUI and without GUI?

s="yes", which means the event doesn't occur. Rob Mailinglist wrote: > Hi, > > > > Thank you for your hints, but this just doesn't work correctly. > > > > I do not need to create custom errors, if statements do the > same. So the helpful thoughts

Re: [WiX-users] Conditions for setup in GUI and without GUI?

Hi, Thank you for your hints, but this just doesn't work correctly. I do not need to create custom errors, if statements do the same. So the helpful thoughts are in the lower part of your mail. That however does not work. If I set the UI_RAN property, the condition only fails if the NOT_W

[WiX-users] [wix-users] Valid Registry or Filesearch for identifying MSSQLServer or SQLExpress?

Hi, actually I noticed, that one condition in my previous post is unlikely to work, since it checks those servers with these properties: Both do not identify succefull a recent SQL-Server 2005 installation. Any hints here? Oliver Friedrich Cons

[WiX-users] [wix-users] Conditions for setup in GUI and without GUI?

Hi WiX-Users, in our Setup we use a personalized GUI, that checks in its first dialog several conditions and shows messages, if one condition fails. Most of this conditions handle previously needed software, like "MMC 3.0" and "Powershell 1.0". This just works fine for us, but if the install is

[WiX-users] [wix-users] Install Certificates to any store? Needed for signed Powershell Scripts

Hi wix-users, We need the ability to store a certificate CA to the "root" store of the local machine, and a certificate to the "TrustedPublishers" store of the local machine. Those files are needed for our Powershell files, which are not loaded otherwise. Until now, with WiX-3.0.3015.0 I only

[WiX-users] Using .NET 2.0 Managed Custom Actions

Hello WiX-users, because we needed to use managed custom actions in our setup, I searched around the net for a real solution to this. I found two projects ([1],[2]), that followed quite good ideas, but both did not work out of the box or only under special circumstances. So I combined them bo

Re: [WiX-users] Using .NET 2.0 Managed Custom Actions

Hi Johan, > How does this work around the technical reason for managed custom > actions not working that Rob Mensching blogged about recently? Well, it works, though we have not testet calling managed custom actions for different framework versions. We roll out our software, entirely written for