Re: [WiX-users] Problem with update ComboBox control
Thank for your answer. I try do this, but my code don't work. Control Id=databaseNameComboBox Type=ComboBox X=130 Y=80 Width=160 Height=16 Property=SQLDATABASE_UE RightToLeft=yes ComboList=yes Publish Event=DoAction Value=FillDatabaseCustomAction Order=11/Publish !--Publish Property=SQLDATABASE_UE Value=SQLDATABASE_UE Order=2 / Publish Property=SQLDATABASE_UE Value=[SQLDATABASE_UE] Order=2 / Publish Event=SQLDATABASE_UE Value=[SQLDATABASE_UE] Order=2 / Publish Property=Foo Value=[Foo] Order=2 / Publish Property=Foo Value=Foo Order=2 / Publish Event=Foo Value=[Foo] Order=2 / this is didn't help-- /Control What I should write here? Add to your control events dummy property setting events that set the property to its existing value, i.e. Foo=[Foo]. I want view new values right away after FillDatabaseCustomAction executed. How can I do this? - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] uninstall per user product
Hi all,
I have changed the product install type from per-user to per-machine and
want to uninstall prior per-user installs. According to the archived emails
it seems I need to write an uninstall utilitiy to remove all products
installed by users. My question is How can I find all users who installed
the prior version?
We have used a same product id so I can detect whether the prior version is
installed or not by checking:
HLKM\Software\Microsoft\Windows\CurrentVersion\Uninstall\{productid}
However as only a user who installed the prior version can uninstall it, I
need to find a list of users who installed the prior version. Is there any
Windows Installer API that supports this kind of scenario? Any hints will be
appreciated.
Thanks,
Hyung
--
View this message in context:
http://n2.nabble.com/uninstall-per-user-product-tp1371127p1371127.html
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] uninstall per user product
I believe you'd have to log in as each user and execute the installer as that
user.
-Original Message-
From: hyung [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 23, 2008 23:47
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] uninstall per user product
Hi all,
I have changed the product install type from per-user to per-machine and
want to uninstall prior per-user installs. According to the archived emails
it seems I need to write an uninstall utilitiy to remove all products
installed by users. My question is How can I find all users who installed
the prior version?
We have used a same product id so I can detect whether the prior version is
installed or not by checking:
HLKM\Software\Microsoft\Windows\CurrentVersion\Uninstall\{productid}
However as only a user who installed the prior version can uninstall it, I
need to find a list of users who installed the prior version. Is there any
Windows Installer API that supports this kind of scenario? Any hints will be
appreciated.
Thanks,
Hyung
--
View this message in context:
http://n2.nabble.com/uninstall-per-user-product-tp1371127p1371127.html
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Problem disabling Repair
I get the repair option when right clicked the msi file even though i set ARPNOREPAIR property to 1.. How do i get rid of repair from the right click menu? - Andy MSI Developer Schneider Electric:working: -- View this message in context: http://n2.nabble.com/Problem-disabling-%22Repair%22-tp1371155p1371155.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem disabling Repair
ARPNOREPAIR relates to the entry in Add/Remove Programs. The right-click entry will be based on Explorer's associations with the .msi extension. Even if you removed it from your machine, it would still be there on other people's. Rob Andy2k8 wrote: I get the repair option when right clicked the msi file even though i set ARPNOREPAIR property to 1.. How do i get rid of repair from the right click menu? - Andy MSI Developer Schneider Electric:working: - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Skip dialog during uninstall
Howdy gang,
First of all, I have solved the original problem that I described in the
first post:
In my installer I should show licensing dialog at the end of installation.
If the product is removed, the licensing dialog should not be shown though
and user exit dialog should be shown instead.
I used pretty straightforward way for that - LicensingDlg is shown every
time at the end of installation, but it's controls are shown and hidden by
the condition. This way if the product is installed, then LicensingDialog
shows licensing-related controls(enter name, enter serial, etc.). If the
product is uninstalled/repaired then LicensingDialog shows UserExit content.
I.e.:
Control Id=UserNameEdit Type=Edit X=15 Y=75 Width=220
Height=16 Property=USERNAME Text={80}
Condition Action=showNot Installed/Condition
Condition Action=hide![CDATA[Installed OR (Installer AND
(REMOVE OR REINSTALL))]]/Condition
/Control
Control Id=Finish Type=PushButton X=304 Y=250 Width=56
Height=17
Default=yes Cancel=yes Text=!(loc.ButtonText_Finish)
Condition Action=show![CDATA[Installed OR (Installer AND
(REMOVE OR REINSTALL))]]/Condition
Condition Action=hideNot Installed/Condition
Publish Event=EndDialog Value=Exit1/Publish
/Control
Then..as for calling external exe using CustomCommand with BinaryKey that
points to the program in the binaries table and with ExeCommand that
contains command-line arguments:
The executable I use reads some values from the application configuration
file(.NET exe and standard config file). If I use executable from the
binaries table, then the application can't find it's config file. I am not
sure whether it can be fixed..since as I understand the executable is
unpacked to the temp folder and called from that folder and there is no way
to keep config file with the exe...
Thanks again for all the help you provided!
--
View this message in context:
http://n2.nabble.com/Skip-dialog-during-uninstall-tp1358869p1371223.html
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Product directory always created even when feature not installed - can this be disabled?
2008/10/23 Nic Barden [EMAIL PROTECTED]: Hi Sébastien, I do not want the directories created because, as I said - the other 2 features do NOT add anything to the file system - they are just databases that are installed to SQL. Therefore it seems a bit weird to have the Program Files directories created when there are no files to put in there, as the main app feature has not been installed. This is especially true if for example you ran the installer on one machine to install the main application, and then again on another SQL Server to install just the database features. Thanks Windows Installer use the defined directory structure as a basis to hook, differentiate, evaluate many: things components, resources (files, regkey, regvalue, shortcuts). Directory / is explicit, quite static (appart from the use of properties) and is used for the previously exposed purpose. If you want to create a directory in a more conditionnal way look at the CreateFolder / declaration element and at the CreateFolders / action element in a sequence. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Skip dialog during uninstall
2008/10/24 Sergey Abakumoff [EMAIL PROTECTED]:
Howdy gang,
First of all, I have solved the original problem that I described in the
first post:
In my installer I should show licensing dialog at the end of installation.
If the product is removed, the licensing dialog should not be shown though
and user exit dialog should be shown instead.
I used pretty straightforward way for that - LicensingDlg is shown every
time at the end of installation, but it's controls are shown and hidden by
the condition. This way if the product is installed, then LicensingDialog
shows licensing-related controls(enter name, enter serial, etc.). If the
product is uninstalled/repaired then LicensingDialog shows UserExit content.
I.e.:
Control Id=UserNameEdit Type=Edit X=15 Y=75 Width=220
Height=16 Property=USERNAME Text={80}
Condition Action=showNot Installed/Condition
Condition Action=hide![CDATA[Installed OR (Installer AND
(REMOVE OR REINSTALL))]]/Condition
/Control
Control Id=Finish Type=PushButton X=304 Y=250 Width=56
Height=17
Default=yes Cancel=yes Text=!(loc.ButtonText_Finish)
Condition Action=show![CDATA[Installed OR (Installer AND
(REMOVE OR REINSTALL))]]/Condition
Condition Action=hideNot Installed/Condition
Publish Event=EndDialog Value=Exit1/Publish
/Control
Then..as for calling external exe using CustomCommand with BinaryKey that
points to the program in the binaries table and with ExeCommand that
contains command-line arguments:
The executable I use reads some values from the application configuration
file(.NET exe and standard config file). If I use executable from the
binaries table, then the application can't find it's config file. I am not
sure whether it can be fixed..since as I understand the executable is
unpacked to the temp folder and called from that folder and there is no way
to keep config file with the exe...
It depends on your config file deployment: when you call your CustomAction.
For sure you can't count on accessing the config filet by providing it
through a Binary / element too.
Thanks again for all the help you provided!
--
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX from CVS
If it messes up the build yes. -Original Message- From: Neil Sleightholm [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2008 22:33 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX from CVS Should I raise that as a bug? -Original Message- From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: 24 October 2008 01:37 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX from CVS Neil Sleightholm wrote: Following on from my other posts I thought I'd try and build WIX from CVS, the first problem I encountered is that the test folder does export from CVS. These are the command lines I am using: I don't think it exists in CVS. It's not visible from http://wix.cvs.sourceforge.net/viewvc/wix/wix/, anyway. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem disabling Repair
2008/10/24 Andy2k8 [EMAIL PROTECTED]: I get the repair option when right clicked the msi file even though i set ARPNOREPAIR property to 1.. How do i get rid of repair from the right click menu? Put a LaunchCondition testing the value of the REINSTALL property. Act accordingly. It won't disable the repair in the context menu, nor in the command line but the repair won't be able to execute. - Andy MSI Developer Schneider Electric:working: - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] BrowseDlg: Error2343 (Specified Path is empty)
Hi, I am using the BrowseDlg from WixUI. Instead of displaying this dialog, the Installer gives a Fatal error Error 2343.Specified path is empty. Unfortunately, neither the error message nor the verbose MSI log gives a clue which path might be meant. As far as I see, the only path needed to set up this dialog is the start path for browsing, i.e. a start value for the property linked to the PathEdit, DirectoryCombo, and DirectoryList controls(this proprerty is called _BrowseProperty in WixUI). I have set _BrowseProperty to a valid path in a custom action just before BrowseDlg. Any ideas? Best regards, Matthias - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem disabling Repair
thank you so much for the responses I have added a type 19 custom action and conditioned it to run upon repair What configuration change should i make to the Operating Sysem to remove repair from the msi right click menu? Sébastien Mouren wrote: 2008/10/24 Andy2k8 [EMAIL PROTECTED]: I get the repair option when right clicked the msi file even though i set ARPNOREPAIR property to 1.. How do i get rid of repair from the right click menu? Put a LaunchCondition testing the value of the REINSTALL property. Act accordingly. It won't disable the repair in the context menu, nor in the command line but the repair won't be able to execute. - Andy MSI Developer Schneider Electric:working: - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Andy MSI Developer Schneider Electric:working: -- View this message in context: http://n2.nabble.com/Problem-disabling-%22Repair%22-tp1371155p1371394.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX
You are of course correct but I am such a total convert to SVN that everything in CVS looks so antiquated. I use CVS tags in another project but have never have the enthusiasm to understand the command line, in SVN I do everything via the TortiseSVN interface and I assumed TortiseCVS would be the same but it isn't. In TortoiseCVS when doing a Checkout, there us a Choose branch or tag option on the Revision tab. If you already have sources checked out, you can do an Update Special and there is a Get tag/branch/revision option there too. Regards, John - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem disabling Repair
2008/10/24 Andy2k8 [EMAIL PROTECTED]: thank you so much for the responses I have added a type 19 custom action and conditioned it to run upon repair Using a CustomAction for this purpose is like taking a bazooka to drill a hole... What configuration change should i make to the Operating Sysem to remove repair from the msi right click menu? Un-register part of the shell extension, this is dangerous, would damage the system, and potentially break future update to the Windows Installer service. They may have something for you -supported- in Group Policy, but I'm not sure. Sébastien Mouren wrote: 2008/10/24 Andy2k8 [EMAIL PROTECTED]: I get the repair option when right clicked the msi file even though i set ARPNOREPAIR property to 1.. How do i get rid of repair from the right click menu? Put a LaunchCondition testing the value of the REINSTALL property. Act accordingly. It won't disable the repair in the context menu, nor in the command line but the repair won't be able to execute. - Andy MSI Developer Schneider Electric:working: - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using single Dialog to change various paths.
Unfortunately, this doesn't help..Does anyone have any other ideas? TIA Richard-45 wrote: In article [EMAIL PROTECTED], Sergey Abakumoff [EMAIL PROTECTED] writes: Publish Property=_BrowseProperty Value=[INSTALLDIR] / Publish Property=_BrowseProperty Value=[SAMPLESDIR] / Try this instead: Publish Property=_BrowseProperty Value=INSTALLDIR / Publish Property=_BrowseProperty Value=SAMPLESDIR / _BrowseProperty contains the name of the property that is to be set with the path; you are setting _BrowseProperty to the contents of INSTALLDIR and SAMPLESDIR and not their names. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://n2.nabble.com/Using-single-Dialog-to-change-various-paths.-tp1117476p1371451.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem disabling Repair
rotf.. I just have to exit the installer before the user runs the repair sequence. So have sequenced it before InstallValidate/ and the installer exits saying repair is not supported Is that really like taking a bazooka to dril a hole ? :) Sébastien Mouren wrote: 2008/10/24 Andy2k8 [EMAIL PROTECTED]: thank you so much for the responses I have added a type 19 custom action and conditioned it to run upon repair Using a CustomAction for this purpose is like taking a bazooka to drill a hole... What configuration change should i make to the Operating Sysem to remove repair from the msi right click menu? Un-register part of the shell extension, this is dangerous, would damage the system, and potentially break future update to the Windows Installer service. They may have something for you -supported- in Group Policy, but I'm not sure. Sébastien Mouren wrote: 2008/10/24 Andy2k8 [EMAIL PROTECTED]: I get the repair option when right clicked the msi file even though i set ARPNOREPAIR property to 1.. How do i get rid of repair from the right click menu? Put a LaunchCondition testing the value of the REINSTALL property. Act accordingly. It won't disable the repair in the context menu, nor in the command line but the repair won't be able to execute. - Andy MSI Developer Schneider Electric:working: - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Andy MSI Developer Schneider Electric:working: -- View this message in context: http://n2.nabble.com/Problem-disabling-%22Repair%22-tp1371155p1371513.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem disabling Repair
I'm not sure, but I wouldn't recommend doing that. You wouldn't just be removing it for your MSI file, but for every MSI file. Rob Andy2k8 wrote: thank you so much for the responses I have added a type 19 custom action and conditioned it to run upon repair What configuration change should i make to the Operating Sysem to remove repair from the msi right click menu? Sébastien Mouren wrote: 2008/10/24 Andy2k8 [EMAIL PROTECTED]: I get the repair option when right clicked the msi file even though i set ARPNOREPAIR property to 1.. How do i get rid of repair from the right click menu? Put a LaunchCondition testing the value of the REINSTALL property. Act accordingly. It won't disable the repair in the context menu, nor in the command line but the repair won't be able to execute. - Andy MSI Developer Schneider Electric:working: - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Andy MSI Developer Schneider Electric:working: - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem disabling Repair
Hello there I have a strange problem with the type 19 CA that is used to exit the installer if repair is chosen. I run the following CA: CustomAction Id=ExitOnRepair Error=This installer does not support repair./ InstallExecutesequence Custom Action=ExitOnRepair After=LaunchConditionsInstalled AND NOT (REMOVE=ALL)/Custom /InstallExecutesequence It works fine when i try to repair the installation. But when i uninstall by double clicking the MSI and clicking remove button,i see that this CA is getting executed and the installer exits..how can this happen? i couldn't find anything from the debug logs any help??? Andy2k8 wrote: rotf.. I just have to exit the installer before the user runs the repair sequence. So have sequenced it before InstallValidate/ and the installer exits saying repair is not supported Is that really like taking a bazooka to dril a hole ? :) Sébastien Mouren wrote: 2008/10/24 Andy2k8 [EMAIL PROTECTED]: thank you so much for the responses I have added a type 19 custom action and conditioned it to run upon repair Using a CustomAction for this purpose is like taking a bazooka to drill a hole... What configuration change should i make to the Operating Sysem to remove repair from the msi right click menu? Un-register part of the shell extension, this is dangerous, would damage the system, and potentially break future update to the Windows Installer service. They may have something for you -supported- in Group Policy, but I'm not sure. Sébastien Mouren wrote: 2008/10/24 Andy2k8 [EMAIL PROTECTED]: I get the repair option when right clicked the msi file even though i set ARPNOREPAIR property to 1.. How do i get rid of repair from the right click menu? Put a LaunchCondition testing the value of the REINSTALL property. Act accordingly. It won't disable the repair in the context menu, nor in the command line but the repair won't be able to execute. - Andy MSI Developer Schneider Electric:working: - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Andy MSI Developer Schneider Electric:working: -- View this message in context: http://n2.nabble.com/Problem-disabling-%22Repair%22-tp1371155p1371691.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem disabling Repair
2008/10/24 Andy2k8 [EMAIL PROTECTED]: rotf.. I just have to exit the installer before the user runs the repair sequence. So have sequenced it before InstallValidate/ and the installer exits saying repair is not supported Is that really like taking a bazooka to dril a hole ? :) Yes, because instead of your CustomAction you already have a StandardAction called LaunchConditions. It comes earlier in a normal setup and you only have to put your Condition / action element here. Your MSI must be heavier also but not by much. These are best practices. Sébastien Mouren wrote: 2008/10/24 Andy2k8 [EMAIL PROTECTED]: thank you so much for the responses I have added a type 19 custom action and conditioned it to run upon repair Using a CustomAction for this purpose is like taking a bazooka to drill a hole... What configuration change should i make to the Operating Sysem to remove repair from the msi right click menu? Un-register part of the shell extension, this is dangerous, would damage the system, and potentially break future update to the Windows Installer service. They may have something for you -supported- in Group Policy, but I'm not sure. Sébastien Mouren wrote: 2008/10/24 Andy2k8 [EMAIL PROTECTED]: I get the repair option when right clicked the msi file even though i set ARPNOREPAIR property to 1.. How do i get rid of repair from the right click menu? Put a LaunchCondition testing the value of the REINSTALL property. Act accordingly. It won't disable the repair in the context menu, nor in the command line but the repair won't be able to execute. - Andy MSI Developer Schneider Electric:working: - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Andy MSI Developer Schneider Electric:working: -- View this message in context: http://n2.nabble.com/Problem-disabling-%22Repair%22-tp1371155p1371513.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Custom Action with Features association
All, In our Wix package plan to have multiple features. We do have number of Custom Actions in the Package for different features. When a feature selected how to enable/disable appropriate custom actiions. Please advice. Cheers Senthilraj - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building WiX
Apologies for this being a bit off topic. It sounds like you know a bit about CVS, do you know if it is possible to view what has change since you last did a checkout in CVS or TortoiseCVS? I can see how to do it on a file by file basis but not the whole folder. Neil Neil Sleightholm X2 Systems Limited [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] From: John Hall [mailto:[EMAIL PROTECTED] Sent: Fri 24/10/2008 10:00 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building WiX You are of course correct but I am such a total convert to SVN that everything in CVS looks so antiquated. I use CVS tags in another project but have never have the enthusiasm to understand the command line, in SVN I do everything via the TortiseSVN interface and I assumed TortiseCVS would be the same but it isn't. In TortoiseCVS when doing a Checkout, there us a Choose branch or tag option on the Revision tab. If you already have sources checked out, you can do an Update Special and there is a Get tag/branch/revision option there too. Regards, John - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Spurious advertised feature
2008/10/23 Sébastien Mouren [EMAIL PROTECTED] You delivered few information. From what I gathered from your pseudo-doings and your pseudo-log, your pseudo-log represent requested action before execution and these diverge from what you expressed in your pseudo doing: Because A isn't touched nor asked to be advertised in your pseudo-log. So I thought that the A feature button must in reality be linked to the B feature status because B feature status was changed in your second doings b/. So check this in your fragment for this MSI part. It may be something else also. Try to be more verbose and give us real implementation parts. Thanks for your time. After investigation, it turns out that the culprit was one of our own misbehaving custom actions. Sorry about that... Regards, Philippe - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Don't detect running application
Hi, our application has the feature minimize to tray. In this mode there ist no entry in die Taskbar, only in the Traybar. When I make an update in this mode, MSI don't detect the running application and does't show the FileInUseDialog, but it promt to reboot after the installation. Is this an bug in MSI? With WindowVista it works fine, but not with XP. If there is no way to fix that, is there an chance to manually add an etry to the running applicationlist that ist shown in the FileInUseDialog? I'm able to detect myself if our app is running, but I don't want an extra dialoge for that issue. Thx - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Releases Link Broken?
Trying to download the from the links on the Wix website: http://wix.sourceforge.net/releases/ An error has been encountered in accessing this page. 1. *Server:* wix.sourceforge.net 2. *URL path:* /releases/ 3. *Error notes:* NONE 4. *Error type:* 403 5. *Request method:* GET 6. *Request query string:* NONE 7. *Time:* 2008-10-24 14:18:11 UTC (1224857891) *Reporting this problem:* The problem you have encountered is with a project web site hosted by SourceForge.net. This issue should be reported to the SourceForge.net-hosted project (not to SourceForge.net). *If this is a severe or recurring/persistent problem,* please do one of the following, and provide the error text (numbered 1 through 7, above): 1. Contact the project via their designated support resourceshttp://sourceforge.net/support/prweb-lookup.php?host=wix.sourceforge.netsupport=1. 2. Contact the project administrators of this project via email (see the upper right-hand corner of the Project Summary pagehttp://sourceforge.net/support/prweb-lookup.php?host=wix.sourceforge.netfor their usernames) at [EMAIL PROTECTED] If you are a member of the project that maintains this web content, please refer to the Site Documentation regarding the project web servicehttps://sourceforge.net/docs/E07/for further assistance. NOTE: As of 2008-10-23 directory index display has been disabled by default. This option may be re-enabled by the project by placing a file with the name .htaccess with this line: Options Indexes Is there another way to get the latest weekly release? Thanks - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Releases Link Broken?
It seems that action is required by the wix devs: *NOTE: As of 2008-10-23 directory index display has been disabled by default. This option may be re-enabled by the project by placing a file with the name .htaccess with this line: Options Indexes * Is there another way to get the latest weekly release? Not that I know of, but that maybe just me /Simon - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem disabling Repair
On Fri, Oct 24, 2008 at 6:20 AM, Sébastien Mouren [EMAIL PROTECTED] wrote: Yes, because instead of your CustomAction you already have a StandardAction called LaunchConditions. It comes earlier in a normal setup and you only have to put your Condition / action element here. Your MSI must be heavier also but not by much. These are best practices. Once you have more than a single Condition, you lose guaranteed control over which message is shown. You have no way of showing multiple or merged messages. Type 19 actions don't require any custom code, and are a fine practice when you need that additional control in order to avoid confusing your users. No bazookas here; perhaps hand drill vs. drill press? Now, if you implement a coded custom action, which sets a property to result in a Type 19 triggering, that could be a bazooka case. :) -- Michael Urman - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem disabling Repair
2008/10/24 Andy2k8 [EMAIL PROTECTED]: Hello there I have a strange problem with the type 19 CA that is used to exit the installer if repair is chosen. I run the following CA: CustomAction Id=ExitOnRepair Error=This installer does not support repair./ InstallExecutesequence Custom Action=ExitOnRepair After=LaunchConditionsInstalled AND NOT (REMOVE=ALL)/Custom /InstallExecutesequence It works fine when i try to repair the installation. But when i uninstall by double clicking the MSI and clicking remove button,i see that this CA is getting executed and the installer exits..how can this happen? i couldn't find anything from the debug logs any help??? Allow me to laugh a bit... I spoke about the REINSTALL property not the REMOVE one. According to your Wix snippet, you're also doing wrong with your CustomAction: you only insert it in the InstallExecuteSequence. I told you to use a Condition in the LaunchConditions standard actions. You do like bazooka! - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem disabling Repair
Ok I get your point.. I have the following options now 1.Use a condition/ element and condition it based on REINSTALL=ALL 2.Use a Type19 CA in the Install UI sequence and condition that based on REINSTALL=ALL Sébastien Mouren wrote: 2008/10/24 Andy2k8 [EMAIL PROTECTED]: Hello there I have a strange problem with the type 19 CA that is used to exit the installer if repair is chosen. I run the following CA: CustomAction Id=ExitOnRepair Error=This installer does not support repair./ InstallExecutesequence Custom Action=ExitOnRepair After=LaunchConditionsInstalled AND NOT (REMOVE=ALL)/Custom /InstallExecutesequence It works fine when i try to repair the installation. But when i uninstall by double clicking the MSI and clicking remove button,i see that this CA is getting executed and the installer exits..how can this happen? i couldn't find anything from the debug logs any help??? Allow me to laugh a bit... I spoke about the REINSTALL property not the REMOVE one. According to your Wix snippet, you're also doing wrong with your CustomAction: you only insert it in the InstallExecuteSequence. I told you to use a Condition in the LaunchConditions standard actions. You do like bazooka! - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Andy MSI Developer Schneider Electric:working: -- View this message in context: http://n2.nabble.com/Problem-disabling-%22Repair%22-tp1371155p1372444.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem disabling Repair
2008/10/24 Andy2k8 [EMAIL PROTECTED]: Ok I get your point.. I have the following options now 1.Use a condition/ element and condition it based on REINSTALL=ALL 2.Use a Type19 CA in the Install UI sequence and condition that based on REINSTALL=ALL I wasn't speaking about the Install UI Sequence alone, you have up to 5 entry points to cover, depending on your app features, if you go the CustomAction way: -InstallExecuteSequence -InstallUISequence -AdminUISequence -AdminExecuteSequence -AdvtExecuteSequence - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions)
Back when I wrote my installer using Visual Studio's setup project, there was a flag RemovePreviousVersions that would allow future versions of my program to update previous versions simply by removing the previous version and installing the new one overtop of them. My first question is how to do this with WiX. But more importantly, there was a custom action in my old setup (via System.Configuration.Install) that added a custom action to the BeforeUninstall event: this.BeforeUninstall += new InstallEventHandler( InstallHelper_BeforeUninstall ); Which removed the data files generated by the application at runtime. Anyhow, the point is that this custom action would only occur when the product was actually manually uninstalled, and I want to make sure my WiX installer has the same behavior. In other words, I want to call my custom action only when the user explicitly selects to uninstall the program, not when it is removed when a new version is installed overtop it (assuming this is possible with WiX). Can someone help me with this? - A. Logan Murray http://pihole.org/ -- View this message in context: http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1372539.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Releases Link Broken?
I am seeing the same problem. Neil Neil Sleightholm X2 Systems Limited [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] From: Jason Horner [mailto:[EMAIL PROTECTED] Sent: Fri 24/10/2008 15:24 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Releases Link Broken? Trying to download the from the links on the Wix website: http://wix.sourceforge.net/releases/ An error has been encountered in accessing this page. 1. *Server:* wix.sourceforge.net 2. *URL path:* /releases/ 3. *Error notes:* NONE 4. *Error type:* 403 5. *Request method:* GET 6. *Request query string:* NONE 7. *Time:* 2008-10-24 14:18:11 UTC (1224857891) *Reporting this problem:* The problem you have encountered is with a project web site hosted by SourceForge.net. This issue should be reported to the SourceForge.net-hosted project (not to SourceForge.net). *If this is a severe or recurring/persistent problem,* please do one of the following, and provide the error text (numbered 1 through 7, above): 1. Contact the project via their designated support resourceshttp://sourceforge.net/support/prweb-lookup.php?host=wix.sourceforge.netsupport=1. 2. Contact the project administrators of this project via email (see the upper right-hand corner of the Project Summary pagehttp://sourceforge.net/support/prweb-lookup.php?host=wix.sourceforge.netfor their usernames) at [EMAIL PROTECTED] If you are a member of the project that maintains this web content, please refer to the Site Documentation regarding the project web servicehttps://sourceforge.net/docs/E07/for further assistance. NOTE: As of 2008-10-23 directory index display has been disabled by default. This option may be re-enabled by the project by placing a file with the name .htaccess with this line: Options Indexes Is there another way to get the latest weekly release? Thanks - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Debugging MakeSfxCA
no, i don't think so. i'm pretty sure I checked that initially, but I could be wrong. On Fri, Oct 17, 2008 at 7:21 PM, Jason Ginchereau [EMAIL PROTECTED]wrote: The entrypoint names are case-sensitive. Is it possible you had a case mismatch before? -Original Message- From: Tina Basinger [mailto:[EMAIL PROTECTED] Sent: Friday, October 17, 2008 11:02 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Debugging MakeSfxCA Just for kicks, I decided to change the name of my custom action, and the dllEntry point name as well. Changing it fixed the problem. So, there is something special about the name InitInstallDIR that causes this issue. Is that a bug mabye? I searched the documentation and didn't see anything special noted about that name. Thanks! -Tina On Fri, Oct 17, 2008 at 1:30 PM, Tina Basinger [EMAIL PROTECTED] wrote: OK, this isn't an issue with the merge module. I ended up pulling the custom action back into the install, and it fails there as well. I even went so far as to comment all the code out of the custom action (except return ActionResult.Success), and I get the same error: Error 1723: There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personal or package vendor. I've checked the spelling of the custom action name and dllEntry Any ideas on what else I should check? I have 28 other custom actions divided across 2 custom action assemblies (yeah, yeah, i know too many), and this is the only one with issues... -Tina On Wed, Oct 15, 2008 at 8:40 AM, Tina Basinger [EMAIL PROTECTED] wrote: Any other ideas why the custom action might only fail when called from a merge module? Thanks! -Tina On Tue, Oct 14, 2008 at 4:28 PM, Tina Basinger [EMAIL PROTECTED]wrote: All of the code I included is defined in the merge module. Thus, any modularization should occur across all 3 items (custom action definition, custom action scheudling in InstallExecuteSequence, and binary definition). Looking through Orca at the main install, it seems to be hooked up correctly. The Binary table has a reference to BINMAP.DLL.FE2FB413_1E39_4B13_AC8B_A3F8022742C4, and the CustomAction table has an Action named InitInstallDIR.FE2FB413_1E39_4B13_AC8B_A3F8022742C4 defined with a source of BINMAP.DLL.FE2FB413_1E39_4B13_AC8B_A3F8022742C4 (which matches the binary name). Then the InstallExecuteSequence table schedules an Action named InitInstallDIR.FE2FB413_1E39_4B13_AC8B_A3F8022742C4 (which matches the custom action name). -Tina On Tue, Oct 14, 2008 at 4:12 PM, Jason Ginchereau [EMAIL PROTECTED] wrote: When you build a merge module, all IDs get modularized (a GUID is appended) to avoid naming clashes. So if you have the Binary element defined in one module but reference it from another, the modularization won't be consistent. If you really want to do that, you'll have to manually append the GUID suffix in one place or another. Open the MSI or MSM in Orca to see what the modularized IDs look like. -Original Message- From: Tina Basinger [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 14, 2008 11:05 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Debugging MakeSfxCA So, this only is a problem for custom actions defined and scheduled by my merge module. I have the same custom action assembly with helper assembly that is referenced directly by the main install for several custom actions, and all of those actions work fine. My merge module has the custom action defined like this. CustomAction Id=InitInstallDIR BinaryKey=BINMAP.DLL DllEntry= InitInstallDIR / InstallExecuteSequence Custom Action=InitInstallDIR After=CostFinalizeNot Installed/Custom /InstallExecuteSequence Binary Id=BINMAP.DLL SourceFile= $(env.INETROOT)\distrib\$(env.BUILDTYPE)\Install\MyActions.CA.dll / Any idea why it works from the main install, but not the merge module? Thanks! -Tina On Tue, Oct 14, 2008 at 10:47 AM, Jason Ginchereau [EMAIL PROTECTED]wrote: Make sure you are inserting the correct DLL into the Binary table. That DLL should be the output of MakeSfxCA, which is the native SfxCA.dll stub with managed assemblies appended as a cab. Verify it has the expected entrypoint that MSI is looking for by running dumpbin.exe /exports YourCA.dll. Among other noise you should see the entrypoint that matches what's in the Target column of CustomAction table, or in WiX that's that DllEntry attribute of the CustomAction element. -Original Message- From: Tina Basinger [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 14, 2008 7:34 AM To: General discussion for Windows Installer XML toolset. Subject: Re:
Re: [WiX-users] uninstall per user product
Thanks for the answer.
Any hints on how I can find who installed? I need to provide an uninstall
utility which removes prior versions.
Thanks,
Hyung
Rob Mensching-2 wrote:
I believe you'd have to log in as each user and execute the installer as
that user.
-Original Message-
From: hyung [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 23, 2008 23:47
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] uninstall per user product
Hi all,
I have changed the product install type from per-user to per-machine and
want to uninstall prior per-user installs. According to the archived
emails
it seems I need to write an uninstall utilitiy to remove all products
installed by users. My question is How can I find all users who installed
the prior version?
We have used a same product id so I can detect whether the prior version
is
installed or not by checking:
HLKM\Software\Microsoft\Windows\CurrentVersion\Uninstall\{productid}
However as only a user who installed the prior version can uninstall it, I
need to find a list of users who installed the prior version. Is there any
Windows Installer API that supports this kind of scenario? Any hints will
be
appreciated.
Thanks,
Hyung
--
View this message in context:
http://n2.nabble.com/uninstall-per-user-product-tp1371127p1371127.html
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
View this message in context:
http://n2.nabble.com/uninstall-per-user-product-tp1371127p1372635.html
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions)
This should get you started: http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-major-upgrade.aspx Also, when a major upgrade runs the UPGRADINGPRODUCTCODE property is passed into the version being uninstalled. -Original Message- From: chaiguy1337 [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2008 8:52 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions) Back when I wrote my installer using Visual Studio's setup project, there was a flag RemovePreviousVersions that would allow future versions of my program to update previous versions simply by removing the previous version and installing the new one overtop of them. My first question is how to do this with WiX. But more importantly, there was a custom action in my old setup (via System.Configuration.Install) that added a custom action to the BeforeUninstall event: this.BeforeUninstall += new InstallEventHandler( InstallHelper_BeforeUninstall ); Which removed the data files generated by the application at runtime. Anyhow, the point is that this custom action would only occur when the product was actually manually uninstalled, and I want to make sure my WiX installer has the same behavior. In other words, I want to call my custom action only when the user explicitly selects to uninstall the program, not when it is removed when a new version is installed overtop it (assuming this is possible with WiX). Can someone help me with this? - A. Logan Murray http://pihole.org/ -- View this message in context: http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1372539.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem disabling Repair
MSDN topic on REMOVE property (http://msdn.microsoft.com/en-us/library/aa371194(VS.85).aspx) states: ...the REMOVE property may not equal ALL until after the InstallValidate action. On the other hand, instead of saying if not fresh install and not uninstall and not patch and not upgrade just use REINSTALL property as suggested by Sébastien. Be careful though because REPAIR is set during patching as well (read http://blogs.msdn.com/heaths/archive/2005/08/12/451037.aspx). Alex -Original Message- From: Andy2k8 [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2008 4:20 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Problem disabling Repair Hello there I have a strange problem with the type 19 CA that is used to exit the installer if repair is chosen. I run the following CA: CustomAction Id=ExitOnRepair Error=This installer does not support repair./ InstallExecutesequence Custom Action=ExitOnRepair After=LaunchConditionsInstalled AND NOT (REMOVE=ALL)/Custom /InstallExecutesequence It works fine when i try to repair the installation. But when i uninstall by double clicking the MSI and clicking remove button,i see that this CA is getting executed and the installer exits..how can this happen? i couldn't find anything from the debug logs any help??? Andy2k8 wrote: rotf.. I just have to exit the installer before the user runs the repair sequence. So have sequenced it before InstallValidate/ and the installer exits saying repair is not supported Is that really like taking a bazooka to dril a hole ? :) Sébastien Mouren wrote: 2008/10/24 Andy2k8 [EMAIL PROTECTED]: thank you so much for the responses I have added a type 19 custom action and conditioned it to run upon repair Using a CustomAction for this purpose is like taking a bazooka to drill a hole... What configuration change should i make to the Operating Sysem to remove repair from the msi right click menu? Un-register part of the shell extension, this is dangerous, would damage the system, and potentially break future update to the Windows Installer service. They may have something for you -supported- in Group Policy, but I'm not sure. Sébastien Mouren wrote: 2008/10/24 Andy2k8 [EMAIL PROTECTED]: I get the repair option when right clicked the msi file even though i set ARPNOREPAIR property to 1.. How do i get rid of repair from the right click menu? Put a LaunchCondition testing the value of the REINSTALL property. Act accordingly. It won't disable the repair in the context menu, nor in the command line but the repair won't be able to execute. - Andy MSI Developer Schneider Electric:working: - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Andy MSI Developer Schneider Electric:working: -- View this message in context: http://n2.nabble.com/Problem-disabling-%22Repair%22-tp1371155p1371691.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Weekly releases
An error has been encountered in accessing this page. 1. Server: wix.sourceforge.net 2. URL path: /releases/ 3. Error notes: NONE 4. Error type: 403 5. Request method: GET 6. Request query string: NONE 7. Time: 2008-10-24 17:25:28 UTC (1224869128) Reporting this problem: The problem you have encountered is with a project web site hosted by SourceForge.net. This issue should be reported to the SourceForge.net-hosted project (not to SourceForge.net). If this is a severe or recurring/persistent problem, please do one of the following, and provide the error text (numbered 1 through 7, above): Contact the project via their designated support resources. Contact the project administrators of this project via email (see the upper right-hand corner of the Project Summary page for their usernames) at [EMAIL PROTECTED] If you are a member of the project that maintains this web content, please refer to the Site Documentation regarding the project web service for further assistance. NOTE: As of 2008-10-23 directory index display has been disabled by default. This option may be re-enabled by the project by placing a file with the name .htaccess with this line: Options Indexes - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions)
Excellent. So I should be able to set the condition for my uninstall CA to something like this: Custom Action=UninstallCA Before=RemoveFilesREMOVE = ALL AND NOT UPGRADINGPRODUCTCODE/Custom ...and it will only run when an explicit uninstall (and not a major upgrade) is performed? One more thing, could you explain what REMOVE=ALL actually means, and does it belong in the above context? I just copied that from an example but couldn't find it explained anywhere except that it will contain a list of the components to remove or the string ALL. Presumably, this means that the CA will only run if ALL of the components are being removed (which I assume is the case in an explicit uninstall), which makes sense. Is this correct? Ian Elliott (Excell Data Corporation) wrote: This should get you started: http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-major-upgrade.aspx Also, when a major upgrade runs the UPGRADINGPRODUCTCODE property is passed into the version being uninstalled. -Original Message- From: chaiguy1337 [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2008 8:52 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions) Back when I wrote my installer using Visual Studio's setup project, there was a flag RemovePreviousVersions that would allow future versions of my program to update previous versions simply by removing the previous version and installing the new one overtop of them. My first question is how to do this with WiX. But more importantly, there was a custom action in my old setup (via System.Configuration.Install) that added a custom action to the BeforeUninstall event: this.BeforeUninstall += new InstallEventHandler( InstallHelper_BeforeUninstall ); Which removed the data files generated by the application at runtime. Anyhow, the point is that this custom action would only occur when the product was actually manually uninstalled, and I want to make sure my WiX installer has the same behavior. In other words, I want to call my custom action only when the user explicitly selects to uninstall the program, not when it is removed when a new version is installed overtop it (assuming this is possible with WiX). Can someone help me with this? - A. Logan Murray http://pihole.org/ -- View this message in context: http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1372539.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - A. Logan Murray http://pihole.org/ -- View this message in context: http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1372883.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] uninstall per user product
Sounds very difficult to do correctly. Lots of complicated stuff in there from
what I've heard.
-Original Message-
From: hyung [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 09:18
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] uninstall per user product
Thanks for the answer.
Any hints on how I can find who installed? I need to provide an uninstall
utility which removes prior versions.
Thanks,
Hyung
Rob Mensching-2 wrote:
I believe you'd have to log in as each user and execute the installer as
that user.
-Original Message-
From: hyung [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 23, 2008 23:47
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] uninstall per user product
Hi all,
I have changed the product install type from per-user to per-machine and
want to uninstall prior per-user installs. According to the archived
emails
it seems I need to write an uninstall utilitiy to remove all products
installed by users. My question is How can I find all users who installed
the prior version?
We have used a same product id so I can detect whether the prior version
is
installed or not by checking:
HLKM\Software\Microsoft\Windows\CurrentVersion\Uninstall\{productid}
However as only a user who installed the prior version can uninstall it, I
need to find a list of users who installed the prior version. Is there any
Windows Installer API that supports this kind of scenario? Any hints will
be
appreciated.
Thanks,
Hyung
--
View this message in context:
http://n2.nabble.com/uninstall-per-user-product-tp1371127p1371127.html
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
View this message in context:
http://n2.nabble.com/uninstall-per-user-product-tp1371127p1372635.html
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Releases Link Broken?
SourceForge just enacted the .htaccess and we don't have those on the server yet. I'm working on it. -Original Message- From: Jason Horner [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2008 07:24 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Releases Link Broken? Trying to download the from the links on the Wix website: http://wix.sourceforge.net/releases/ An error has been encountered in accessing this page. 1. *Server:* wix.sourceforge.net 2. *URL path:* /releases/ 3. *Error notes:* NONE 4. *Error type:* 403 5. *Request method:* GET 6. *Request query string:* NONE 7. *Time:* 2008-10-24 14:18:11 UTC (1224857891) *Reporting this problem:* The problem you have encountered is with a project web site hosted by SourceForge.net. This issue should be reported to the SourceForge.net-hosted project (not to SourceForge.net). *If this is a severe or recurring/persistent problem,* please do one of the following, and provide the error text (numbered 1 through 7, above): 1. Contact the project via their designated support resourceshttp://sourceforge.net/support/prweb-lookup.php?host=wix.sourceforge.netsupport=1. 2. Contact the project administrators of this project via email (see the upper right-hand corner of the Project Summary pagehttp://sourceforge.net/support/prweb-lookup.php?host=wix.sourceforge.netfor their usernames) at [EMAIL PROTECTED] If you are a member of the project that maintains this web content, please refer to the Site Documentation regarding the project web servicehttps://sourceforge.net/docs/E07/for further assistance. NOTE: As of 2008-10-23 directory index display has been disabled by default. This option may be re-enabled by the project by placing a file with the name .htaccess with this line: Options Indexes Is there another way to get the latest weekly release? Thanks - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Releases Link Broken?
Fixed. -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2008 10:37 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Releases Link Broken? SourceForge just enacted the .htaccess and we don't have those on the server yet. I'm working on it. -Original Message- From: Jason Horner [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2008 07:24 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Releases Link Broken? Trying to download the from the links on the Wix website: http://wix.sourceforge.net/releases/ An error has been encountered in accessing this page. 1. *Server:* wix.sourceforge.net 2. *URL path:* /releases/ 3. *Error notes:* NONE 4. *Error type:* 403 5. *Request method:* GET 6. *Request query string:* NONE 7. *Time:* 2008-10-24 14:18:11 UTC (1224857891) *Reporting this problem:* The problem you have encountered is with a project web site hosted by SourceForge.net. This issue should be reported to the SourceForge.net-hosted project (not to SourceForge.net). *If this is a severe or recurring/persistent problem,* please do one of the following, and provide the error text (numbered 1 through 7, above): 1. Contact the project via their designated support resourceshttp://sourceforge.net/support/prweb-lookup.php?host=wix.sourceforge.netsupport=1. 2. Contact the project administrators of this project via email (see the upper right-hand corner of the Project Summary pagehttp://sourceforge.net/support/prweb-lookup.php?host=wix.sourceforge.netfor their usernames) at [EMAIL PROTECTED] If you are a member of the project that maintains this web content, please refer to the Site Documentation regarding the project web servicehttps://sourceforge.net/docs/E07/for further assistance. NOTE: As of 2008-10-23 directory index display has been disabled by default. This option may be re-enabled by the project by placing a file with the name .htaccess with this line: Options Indexes Is there another way to get the latest weekly release? Thanks - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Don't detect running application
CloseApps can help here too. -Original Message- From: Michael Urman [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2008 07:49 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Don't detect running application On Fri, Oct 24, 2008 at 8:53 AM, Paul Elsner [EMAIL PROTECTED] wrote: Hi, our application has the feature minimize to tray. In this mode there ist no entry in die Taskbar, only in the Traybar. When I make an update in this mode, MSI don't detect the running application and does't show the FileInUseDialog, but it promt to reboot after the installation. Is this an bug in MSI? With WindowVista it works fine, but not with XP. It is a limitation with the detection which Vista's Restart Manager addressed. If there is no way to fix that, is there an chance to manually add an etry to the running applicationlist that ist shown in the FileInUseDialog? I'm able to detect myself if our app is running, but I don't want an extra dialoge for that issue. With a custom external UI, probably; beyond that, perhaps someone else has a better idea. I suspect it's not possible. -- Michael Urman - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] uninstall per user product
I've used a custom action to do something similar in the past. A stripped down
version of the code is below. I can't guarantee 100% effectiveness but it
worked for my needs at the time.
UINT __stdcall FunctionName (MSIHANDLE hMsi)
{
UINT uiStatus = ERROR_SUCCESS;
WriteToLog( hMsi, _T(Entering));
uiStatus = MsiEnumProductsEx(
_T({PUT_GUID_HERE}), // product code to search for
_T(s-1-1-0), // search all users
MSIINSTALLCONTEXT_USERMANAGED | MSIINSTALLCONTEXT_USERUNMANAGED |
MSIINSTALLCONTEXT_MACHINE, // search all users
0,
NULL,
NULL,
NULL,
NULL);
if (uiStatus == ERROR_SUCCESS) // Product was found
{
MSIHANDLE hError = MsiCreateRecord(1);
MsiRecordSetInteger(hError, 1, 2001); // Use code 2001 from the msi's
Error table. Author 2001 in wix file.
MsiProcessMessage(hMsi, INSTALLMESSAGE_ERROR, hError);
}
else // we didn't find the Product
{
WriteToLog( hMsi, _T(Product not found));
}
WriteToLog( hMsi, _T(Leaving));
return uiStatus;
}
-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 10:36 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] uninstall per user product
Sounds very difficult to do correctly. Lots of complicated stuff in there from
what I've heard.
-Original Message-
From: hyung [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 09:18
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] uninstall per user product
Thanks for the answer.
Any hints on how I can find who installed? I need to provide an uninstall
utility which removes prior versions.
Thanks,
Hyung
Rob Mensching-2 wrote:
I believe you'd have to log in as each user and execute the installer as
that user.
-Original Message-
From: hyung [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 23, 2008 23:47
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] uninstall per user product
Hi all,
I have changed the product install type from per-user to per-machine and
want to uninstall prior per-user installs. According to the archived
emails
it seems I need to write an uninstall utilitiy to remove all products
installed by users. My question is How can I find all users who installed
the prior version?
We have used a same product id so I can detect whether the prior version
is
installed or not by checking:
HLKM\Software\Microsoft\Windows\CurrentVersion\Uninstall\{productid}
However as only a user who installed the prior version can uninstall it, I
need to find a list of users who installed the prior version. Is there any
Windows Installer API that supports this kind of scenario? Any hints will
be
appreciated.
Thanks,
Hyung
--
View this message in context:
http://n2.nabble.com/uninstall-per-user-product-tp1371127p1371127.html
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
View this message in context:
http://n2.nabble.com/uninstall-per-user-product-tp1371127p1372635.html
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Re: [WiX-users] Building WiX
It sounds like you know a bit about CVS, do you know if it is possible to view what has change since you last did a checkout in CVS or TortoiseCVS? I can see how to do it on a file by file basis but not the whole folder. Neil, On the commandline, you can do 'cvs -n update', which shows you what would get updated. This can also be done in TortoiseCVS by doing 'Update Special' and selecting 'Simulate Update' on the Advanced tab. Alternatively, you can do 'cvs diff -r BASE -r HEAD' on the commandline to see all the changes - there is no equivalent in TortoiseCVS. Regards, John - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] uninstall per user product
Only when admin right? And this won't uninstall right? I think you'd need to
load all the user's profiles to uninstall per-user applications. Loading user
profiles is tricky from what I've heard.
-Original Message-
From: Ian Elliott (Excell Data Corporation) [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 10:41
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] uninstall per user product
I've used a custom action to do something similar in the past. A stripped down
version of the code is below. I can't guarantee 100% effectiveness but it
worked for my needs at the time.
UINT __stdcall FunctionName (MSIHANDLE hMsi)
{
UINT uiStatus = ERROR_SUCCESS;
WriteToLog( hMsi, _T(Entering));
uiStatus = MsiEnumProductsEx(
_T({PUT_GUID_HERE}), // product code to search for
_T(s-1-1-0), // search all users
MSIINSTALLCONTEXT_USERMANAGED | MSIINSTALLCONTEXT_USERUNMANAGED |
MSIINSTALLCONTEXT_MACHINE, // search all users
0,
NULL,
NULL,
NULL,
NULL);
if (uiStatus == ERROR_SUCCESS) // Product was found
{
MSIHANDLE hError = MsiCreateRecord(1);
MsiRecordSetInteger(hError, 1, 2001); // Use code 2001 from the msi's
Error table. Author 2001 in wix file.
MsiProcessMessage(hMsi, INSTALLMESSAGE_ERROR, hError);
}
else // we didn't find the Product
{
WriteToLog( hMsi, _T(Product not found));
}
WriteToLog( hMsi, _T(Leaving));
return uiStatus;
}
-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 10:36 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] uninstall per user product
Sounds very difficult to do correctly. Lots of complicated stuff in there from
what I've heard.
-Original Message-
From: hyung [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 09:18
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] uninstall per user product
Thanks for the answer.
Any hints on how I can find who installed? I need to provide an uninstall
utility which removes prior versions.
Thanks,
Hyung
Rob Mensching-2 wrote:
I believe you'd have to log in as each user and execute the installer as
that user.
-Original Message-
From: hyung [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 23, 2008 23:47
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] uninstall per user product
Hi all,
I have changed the product install type from per-user to per-machine and
want to uninstall prior per-user installs. According to the archived
emails
it seems I need to write an uninstall utilitiy to remove all products
installed by users. My question is How can I find all users who installed
the prior version?
We have used a same product id so I can detect whether the prior version
is
installed or not by checking:
HLKM\Software\Microsoft\Windows\CurrentVersion\Uninstall\{productid}
However as only a user who installed the prior version can uninstall it, I
need to find a list of users who installed the prior version. Is there any
Windows Installer API that supports this kind of scenario? Any hints will
be
appreciated.
Thanks,
Hyung
--
View this message in context:
http://n2.nabble.com/uninstall-per-user-product-tp1371127p1371127.html
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
View this message in context:
http://n2.nabble.com/uninstall-per-user-product-tp1371127p1372635.html
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions)
Can you just use the native MSI functionality to remove the application data? -Original Message- From: chaiguy1337 [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2008 08:52 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions) Back when I wrote my installer using Visual Studio's setup project, there was a flag RemovePreviousVersions that would allow future versions of my program to update previous versions simply by removing the previous version and installing the new one overtop of them. My first question is how to do this with WiX. But more importantly, there was a custom action in my old setup (via System.Configuration.Install) that added a custom action to the BeforeUninstall event: this.BeforeUninstall += new InstallEventHandler( InstallHelper_BeforeUninstall ); Which removed the data files generated by the application at runtime. Anyhow, the point is that this custom action would only occur when the product was actually manually uninstalled, and I want to make sure my WiX installer has the same behavior. In other words, I want to call my custom action only when the user explicitly selects to uninstall the program, not when it is removed when a new version is installed overtop it (assuming this is possible with WiX). Can someone help me with this? - A. Logan Murray http://pihole.org/ -- View this message in context: http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1372539.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] uninstall per user product
It won't uninstall. Just detects then allows you to put a message up and advise
the user to uninstall the old per-user app then re-run setup.
I think you are correct that user needs to be admin to run this.
-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 10:44 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] uninstall per user product
Only when admin right? And this won't uninstall right? I think you'd need to
load all the user's profiles to uninstall per-user applications. Loading user
profiles is tricky from what I've heard.
-Original Message-
From: Ian Elliott (Excell Data Corporation) [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 10:41
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] uninstall per user product
I've used a custom action to do something similar in the past. A stripped down
version of the code is below. I can't guarantee 100% effectiveness but it
worked for my needs at the time.
UINT __stdcall FunctionName (MSIHANDLE hMsi)
{
UINT uiStatus = ERROR_SUCCESS;
WriteToLog( hMsi, _T(Entering));
uiStatus = MsiEnumProductsEx(
_T({PUT_GUID_HERE}), // product code to search for
_T(s-1-1-0), // search all users
MSIINSTALLCONTEXT_USERMANAGED | MSIINSTALLCONTEXT_USERUNMANAGED |
MSIINSTALLCONTEXT_MACHINE, // search all users
0,
NULL,
NULL,
NULL,
NULL);
if (uiStatus == ERROR_SUCCESS) // Product was found
{
MSIHANDLE hError = MsiCreateRecord(1);
MsiRecordSetInteger(hError, 1, 2001); // Use code 2001 from the msi's
Error table. Author 2001 in wix file.
MsiProcessMessage(hMsi, INSTALLMESSAGE_ERROR, hError);
}
else // we didn't find the Product
{
WriteToLog( hMsi, _T(Product not found));
}
WriteToLog( hMsi, _T(Leaving));
return uiStatus;
}
-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 10:36 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] uninstall per user product
Sounds very difficult to do correctly. Lots of complicated stuff in there from
what I've heard.
-Original Message-
From: hyung [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 09:18
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] uninstall per user product
Thanks for the answer.
Any hints on how I can find who installed? I need to provide an uninstall
utility which removes prior versions.
Thanks,
Hyung
Rob Mensching-2 wrote:
I believe you'd have to log in as each user and execute the installer as
that user.
-Original Message-
From: hyung [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 23, 2008 23:47
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] uninstall per user product
Hi all,
I have changed the product install type from per-user to per-machine and
want to uninstall prior per-user installs. According to the archived
emails
it seems I need to write an uninstall utilitiy to remove all products
installed by users. My question is How can I find all users who installed
the prior version?
We have used a same product id so I can detect whether the prior version
is
installed or not by checking:
HLKM\Software\Microsoft\Windows\CurrentVersion\Uninstall\{productid}
However as only a user who installed the prior version can uninstall it, I
need to find a list of users who installed the prior version. Is there any
Windows Installer API that supports this kind of scenario? Any hints will
be
appreciated.
Thanks,
Hyung
--
View this message in context:
http://n2.nabble.com/uninstall-per-user-product-tp1371127p1371127.html
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
View this message in context:
Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions)
Rob Mensching-2 wrote: Can you just use the native MSI functionality to remove the application data? No, the path is determined at runtime based on the user's AppData directory (and is theoretically customizable, though I haven't added ui to do that) and moreover I want to either: a) provide the option via a messagebox whether the data should be removed on uninstall, or b) move it to the recycle bin so it can be recollected if the user is performing a manual reinstall Since it is my understanding MSI can do neither of these things (easily), a custom action seems apt. - A. Logan Murray http://pihole.org/ -- View this message in context: http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1372976.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions)
Remember that UPGRADINGPRODUCTCODE is set by RemoveExistingProducts action. For your condition for UninstallCA to work properly, RemoveExistingProducts must be scheduled before your custom action. REMOVE=ALL means complete uninstall. -Original Message- From: chaiguy1337 [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2008 10:30 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions) Excellent. So I should be able to set the condition for my uninstall CA to something like this: Custom Action=UninstallCA Before=RemoveFilesREMOVE = ALL AND NOT UPGRADINGPRODUCTCODE/Custom ...and it will only run when an explicit uninstall (and not a major upgrade) is performed? One more thing, could you explain what REMOVE=ALL actually means, and does it belong in the above context? I just copied that from an example but couldn't find it explained anywhere except that it will contain a list of the components to remove or the string ALL. Presumably, this means that the CA will only run if ALL of the components are being removed (which I assume is the case in an explicit uninstall), which makes sense. Is this correct? Ian Elliott (Excell Data Corporation) wrote: This should get you started: http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-major-upgrade.aspx Also, when a major upgrade runs the UPGRADINGPRODUCTCODE property is passed into the version being uninstalled. -Original Message- From: chaiguy1337 [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2008 8:52 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions) Back when I wrote my installer using Visual Studio's setup project, there was a flag RemovePreviousVersions that would allow future versions of my program to update previous versions simply by removing the previous version and installing the new one overtop of them. My first question is how to do this with WiX. But more importantly, there was a custom action in my old setup (via System.Configuration.Install) that added a custom action to the BeforeUninstall event: this.BeforeUninstall += new InstallEventHandler( InstallHelper_BeforeUninstall ); Which removed the data files generated by the application at runtime. Anyhow, the point is that this custom action would only occur when the product was actually manually uninstalled, and I want to make sure my WiX installer has the same behavior. In other words, I want to call my custom action only when the user explicitly selects to uninstall the program, not when it is removed when a new version is installed overtop it (assuming this is possible with WiX). Can someone help me with this? - A. Logan Murray http://pihole.org/ -- View this message in context: http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1372539.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - A. Logan Murray http://pihole.org/ -- View this message in context: http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1372883.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions)
Aha! Thanks for the warning; that would have surely caused headaches as currently my custom action is scheduled before RemoveExistingProducts. Do I need to also schedule FindRelatedProducts in order for RemoveExistingProducts to work? Alexander Shevchuk wrote: Remember that UPGRADINGPRODUCTCODE is set by RemoveExistingProducts action. For your condition for UninstallCA to work properly, RemoveExistingProducts must be scheduled before your custom action. - A. Logan Murray http://pihole.org/ -- View this message in context: http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1372992.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions)
The condition looks correct. Remember, it has to be in the msi that will get uninstalled by the major upgrade. The REMOVE property actually contains the features and not the components to uninstall. During a major upgrade it will be set to ALL. The same thing is true if being uninstalled via Add/Remove Programs. -Original Message- From: chaiguy1337 [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2008 10:30 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions) Excellent. So I should be able to set the condition for my uninstall CA to something like this: Custom Action=UninstallCA Before=RemoveFilesREMOVE = ALL AND NOT UPGRADINGPRODUCTCODE/Custom ...and it will only run when an explicit uninstall (and not a major upgrade) is performed? One more thing, could you explain what REMOVE=ALL actually means, and does it belong in the above context? I just copied that from an example but couldn't find it explained anywhere except that it will contain a list of the components to remove or the string ALL. Presumably, this means that the CA will only run if ALL of the components are being removed (which I assume is the case in an explicit uninstall), which makes sense. Is this correct? Ian Elliott (Excell Data Corporation) wrote: This should get you started: http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-major-upgrade.aspx Also, when a major upgrade runs the UPGRADINGPRODUCTCODE property is passed into the version being uninstalled. -Original Message- From: chaiguy1337 [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2008 8:52 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions) Back when I wrote my installer using Visual Studio's setup project, there was a flag RemovePreviousVersions that would allow future versions of my program to update previous versions simply by removing the previous version and installing the new one overtop of them. My first question is how to do this with WiX. But more importantly, there was a custom action in my old setup (via System.Configuration.Install) that added a custom action to the BeforeUninstall event: this.BeforeUninstall += new InstallEventHandler( InstallHelper_BeforeUninstall ); Which removed the data files generated by the application at runtime. Anyhow, the point is that this custom action would only occur when the product was actually manually uninstalled, and I want to make sure my WiX installer has the same behavior. In other words, I want to call my custom action only when the user explicitly selects to uninstall the program, not when it is removed when a new version is installed overtop it (assuming this is possible with WiX). Can someone help me with this? - A. Logan Murray http://pihole.org/ -- View this message in context: http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1372539.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - A. Logan Murray http://pihole.org/ -- View this message in context: http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1372883.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net
[WiX-users] Custom action Problem
HI, I have developed one c# file browse dialog box. This Ca is invoking from one WIx Dialog box contains(text box, browse button, next button and Back button).In Text box, I am take property which will get value from file browse dialog CA. On Click event of browse button, I m invoking file browse dialog Ca and setting the property value in CA. Now problem is that after closing the browse dialog, property in not visible in text box. But if I go back and come again on the same screen, Property value is displaying in Text Box. Please help me how can I get property value visible in text box as soon as browse dialog closes? Regards Sandeep -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2008 10:37 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Releases Link Broken? SourceForge just enacted the .htaccess and we don't have those on the server yet. I'm working on it. -Original Message- From: Jason Horner [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2008 07:24 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Releases Link Broken? Trying to download the from the links on the Wix website: http://wix.sourceforge.net/releases/ An error has been encountered in accessing this page. 1. *Server:* wix.sourceforge.net 2. *URL path:* /releases/ 3. *Error notes:* NONE 4. *Error type:* 403 5. *Request method:* GET 6. *Request query string:* NONE 7. *Time:* 2008-10-24 14:18:11 UTC (1224857891) *Reporting this problem:* The problem you have encountered is with a project web site hosted by SourceForge.net. This issue should be reported to the SourceForge.net-hosted project (not to SourceForge.net). *If this is a severe or recurring/persistent problem,* please do one of the following, and provide the error text (numbered 1 through 7, above): 1. Contact the project via their designated support resourceshttp://sourceforge.net/support/prweb-lookup.php?host=wix.sourceforge.netsupport=1. 2. Contact the project administrators of this project via email (see the upper right-hand corner of the Project Summary pagehttp://sourceforge.net/support/prweb-lookup.php?host=wix.sourceforge.netfor their usernames) at [EMAIL PROTECTED] If you are a member of the project that maintains this web content, please refer to the Site Documentation regarding the project web servicehttps://sourceforge.net/docs/E07/for further assistance. NOTE: As of 2008-10-23 directory index display has been disabled by default. This option may be re-enabled by the project by placing a file with the name .htaccess with this line: Options Indexes Is there another way to get the latest weekly release? Thanks - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions)
1. Windows Installer can remove files based off a property. So you can prompt and set a property appropriately to remove the files or not. 2. I don't think files go into the recycle bin. So you may have to have a CustomAction for that. Too bad, since it means you'll have to think through all the install/uninstall/patching/upgrade/rollback for all that semantics. I've never heard someone say, Oh, it'll be easier to write a CustomAction than use the built in Windows Installer functionality after shipping a CustomAction. smile/ -Original Message- From: chaiguy1337 [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2008 10:50 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions) Rob Mensching-2 wrote: Can you just use the native MSI functionality to remove the application data? No, the path is determined at runtime based on the user's AppData directory (and is theoretically customizable, though I haven't added ui to do that) and moreover I want to either: a) provide the option via a messagebox whether the data should be removed on uninstall, or b) move it to the recycle bin so it can be recollected if the user is performing a manual reinstall Since it is my understanding MSI can do neither of these things (easily), a custom action seems apt. - A. Logan Murray http://pihole.org/ -- View this message in context: http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1372976.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions)
Ideally I prefer the simplicity of a messagebox over a wizard for uninstalling, since a yes/no answer is all that is needed, but I think I might just move the data directory to the recycle bin and not bother the user with a question at all, since this still gives them the ability to restore it if need be. I am of the opinion that treating a user's personal information (i.e. data that cannot simply be reinstalled) in the same manner as the application itself can be dangerous. While it is true that uninstalling a program generally also means remove all user data along with it, it's also possible that the user might not realize that and decide to manually reinstall the application by uninstalling and reinstalling it. It would be a shame if at the end of this operation they realized all their data was gone (my program stores all of the user's data in a database, so we are talking some potentially important stuff here). At least if it's in the recycle bin, all they have to do is click the directory and choose Restore. Worst case (not counting accidentally emptying the recycle bin :P) is that they panic, email me, and I tell them to check their recycle bin, and they let out a big WHEW! No big deal. However if that data really IS gone, that IS a big deal, and I want to avoid that at all costs. So that said, do I really have to worry about patching/upgrading/rolling back? My program is simple (and small) enough that I have no plans to ever patch pieces of an install. The major upgrade suits me just fine for now. As for rolling back, if some error occurs during uninstall, the worst case scenario is that the custom action executes and the user's data ends up in the recycle bin, however I don't even think this will happen because the custom action is scheduled at the very end, after InstallFinalize, which means that if an error occurs, the rollback will take place before the custom action is even executed. Is this not correct? Thanks for the tips and pointers. I've run through some tests and it appears to be working (executing the CA on full uninstall but not on an upgrade) so I thank you all for your help! Logan Rob Mensching-2 wrote: 1. Windows Installer can remove files based off a property. So you can prompt and set a property appropriately to remove the files or not. 2. I don't think files go into the recycle bin. So you may have to have a CustomAction for that. Too bad, since it means you'll have to think through all the install/uninstall/patching/upgrade/rollback for all that semantics. I've never heard someone say, Oh, it'll be easier to write a CustomAction than use the built in Windows Installer functionality after shipping a CustomAction. smile/ - A. Logan Murray http://pihole.org/ -- View this message in context: http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1373156.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions)
You don't have to worry about FindRelatedProducts (and MigrateFeatureStates). Wix will schedule them for you. -Original Message- From: chaiguy1337 [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2008 10:56 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions) Aha! Thanks for the warning; that would have surely caused headaches as currently my custom action is scheduled before RemoveExistingProducts. Do I need to also schedule FindRelatedProducts in order for RemoveExistingProducts to work? Alexander Shevchuk wrote: Remember that UPGRADINGPRODUCTCODE is set by RemoveExistingProducts action. For your condition for UninstallCA to work properly, RemoveExistingProducts must be scheduled before your custom action. - A. Logan Murray http://pihole.org/ -- View this message in context: http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1372992.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Brandable installers?
Is it possible with Wix to write a brandable installer that takes info from an INI or XML file and displays the logo of another company, without having to make custom builds of the installer? Currently our software installer looks to see if a branding.ini file exists, and if it does, reads it and uses the file(s) indicated to display a custom logo. Thanks! David Bartmess Wall Street On Demand [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] direct: 303.417. x585 cell: 303.883-9117 fax: 303.444.2586 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Custom action Problem
Hi, I want to enter some values from my c# custom action to Wix UI text box. Can i access this text box in my c# CA? Regards Sandeep - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions)
I'm having a problem: turns out the removal is not taking place at all. I guess I didn't notice this before. When I install my update overtop of an existing installation and look at add/remove programs, there are two entries: one for each version. Can someone give me a clue as to what's wrong? I've compared the msi's for both this and my old product that worked properly and they appear to be similar. Here's what I have in product.wxs: Upgrade Id=$(var.UpgradeCode) UpgradeVersion Maximum=$(var.ProductVersion) Property=PREVIOUSVERSIONSINSTALLED / /Upgrade InstallExecuteSequence ScheduleReboot After=InstallFiles Suppress=noREBOOT = 1 AND UILevel = 5 AND NOT Installed/ScheduleReboot RemoveExistingProducts After=InstallFinalize / Custom Action=LaunchApplication After=RemoveExistingProductsUILevel lt; 5 AND NOT Installed AND NOT REBOOT = 1/Custom Custom Action=RunUninstall After=RemoveExistingProductsREMOVE = ALL AND NOT UPGRADINGPRODUCTCODE/Custom /InstallExecuteSequence Binary Id=uninstall.exe SourceFile=Resources/uninstall.exe / CustomAction Id=LaunchApplication FileKey=OrangeNote.exe ExeCommand=-updated Return=asyncNoWait Impersonate=yes / CustomAction Id=RunUninstall BinaryKey=uninstall.exe ExeCommand=-test Execute=immediate Return=check / Anything obviously wrong or missing?? - A. Logan Murray http://pihole.org/ -- View this message in context: http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1373492.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom action Problem
Sure, MsiSetProperty(hinstall, PROP, PROPVALUE) I would think, then you could take that PROP and put and use it in your UIText element, while scheduling to run immediate. I'm thinking that would work. On Fri, Oct 24, 2008 at 4:49 PM, Sandeep Gautam (HCL Technologies Ltd) [EMAIL PROTECTED] wrote: Hi, I want to enter some values from my c# custom action to Wix UI text box. Can i access this text box in my c# CA? Regards Sandeep - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions)
Toss up a log if you can. I'd say check your ALLUSERS property between the 2 msis (see if they're different). On Fri, Oct 24, 2008 at 4:58 PM, chaiguy1337 [EMAIL PROTECTED]wrote: I'm having a problem: turns out the removal is not taking place at all. I guess I didn't notice this before. When I install my update overtop of an existing installation and look at add/remove programs, there are two entries: one for each version. Can someone give me a clue as to what's wrong? I've compared the msi's for both this and my old product that worked properly and they appear to be similar. Here's what I have in product.wxs: Upgrade Id=$(var.UpgradeCode) UpgradeVersion Maximum=$(var.ProductVersion) Property=PREVIOUSVERSIONSINSTALLED / /Upgrade InstallExecuteSequence ScheduleReboot After=InstallFiles Suppress=noREBOOT = 1 AND UILevel = 5 AND NOT Installed/ScheduleReboot RemoveExistingProducts After=InstallFinalize / Custom Action=LaunchApplication After=RemoveExistingProductsUILevel lt; 5 AND NOT Installed AND NOT REBOOT = 1/Custom Custom Action=RunUninstall After=RemoveExistingProductsREMOVE = ALL AND NOT UPGRADINGPRODUCTCODE/Custom /InstallExecuteSequence Binary Id=uninstall.exe SourceFile=Resources/uninstall.exe / CustomAction Id=LaunchApplication FileKey=OrangeNote.exe ExeCommand=-updated Return=asyncNoWait Impersonate=yes / CustomAction Id=RunUninstall BinaryKey=uninstall.exe ExeCommand=-test Execute=immediate Return=check / Anything obviously wrong or missing?? - A. Logan Murray http://pihole.org/ -- View this message in context: http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1373492.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom action Problem
Hi Chad, Thanks for quick response. Actually I am using c# custom action. I have assigned the property value in my ca itself. Session[PROP]= PROPVALUE With this code Value are assigning corrretly. But this value is not coming in text box directly. If I am changing UI then coming back to that screen from where that CA has executed,values are coming correct in text box. So refresh problem is here. Regards Sandeep -Original Message- From: Chad Miles [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2008 2:02 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom action Problem Sure, MsiSetProperty(hinstall, PROP, PROPVALUE) I would think, then you could take that PROP and put and use it in your UIText element, while scheduling to run immediate. I'm thinking that would work. On Fri, Oct 24, 2008 at 4:49 PM, Sandeep Gautam (HCL Technologies Ltd) [EMAIL PROTECTED] wrote: Hi, I want to enter some values from my c# custom action to Wix UI text box. Can i access this text box in my c# CA? Regards Sandeep - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How to disable a feature but still display it in the tree?
Hello, How do I disable a feature (set level to 0) and still show it (with a X and unselectable) in the feature tree? I tried setting Display option explicitly but no help. Please help. - Nghi Nguyen - - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Skip dialog during uninstall
Sergey Abakumoff wrote: The executable I use reads some values from the application configuration file(.NET exe and standard config file). If I use executable from the binaries table, then the application can't find it's config file. I am not sure whether it can be fixed..since as I understand the executable is unpacked to the temp folder and called from that folder and there is no way to keep config file with the exe... Not from the Binary table. But if you install the .exe you can call it as a custom action using the FileKey attribute instead of BinaryKey. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using single Dialog to change various paths.
Sergey Abakumoff wrote: Unfortunately, this doesn't help..Does anyone have any other ideas? Please explain how it doesn't work. Do you get an error message? -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Brandable installers?
David Bartmess wrote: Is it possible with Wix to write a brandable installer that takes info from an INI or XML file and displays the logo of another company, without having to make custom builds of the installer? Windows Installer supports replaceable text (via formattable property strings). It doesn't support replacing bitmaps. You could use transforms with a bootstrapper to do so, but there's nothing automatic. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Multiple products, multiple families?
If I want to update multiple products in a single MSP do I have to create multiple families, one for each product? Alex - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to disable a feature but still display it in the tree?
Nghi Nguyen (CSD) wrote: How do I disable a feature (set level to 0) and still show it (with a X and unselectable) in the feature tree? I tried setting Display option explicitly but no help. The selection tree control doesn't support that. You can disable a feature but a user can enable it or you can remove a feature so it's not visible or selectable. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] BrowseDlg: Error2343 (Specified Path is empty)
Reuss, Matthias wrote: Unfortunately, neither the error message nor the verbose MSI log gives a clue which path might be meant. As far as I see, the only path needed to set up this dialog is the start path for browsing, i.e. a start value for the property linked to the PathEdit, DirectoryCombo, and DirectoryList controls(this proprerty is called _BrowseProperty in WixUI). I have set _BrowseProperty to a valid path in a custom action just before BrowseDlg. _BrowseProperty is used as an indirect property: It contains the name of another property or directory, not the path to the directory itself. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] MMC managed snapin CA in V3?
Sorry if that was answered before, in this case I somehow missed it. What happened to SnapIn, ExtendedNodeType, PublishedNodeType, and Resources elements in V3? Thanks, Alex - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions)
Sorry, by original product I merely meant my other program that has nothing to do with this one (except that I'm using it as a basis for comparison). All instances of my current program will be per-user. I presume there is no problem doing a per-user major upgrade on a per-user installation. Bob Arnson-6 wrote: chaiguy1337 wrote: My WiX msi has no ALLUSERS property at all, wheras my original product had ALLUSERS=2. However, I want my new product to be per-user. You can't do cross-context upgrades: A per-machine install can't major-upgrade a per-user install and vice-versa. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - A. Logan Murray http://pihole.org/ -- View this message in context: http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1373624.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions)
It sounds like the two msi's don't have ALLUSERS set to the same value. I don't believe you can perform a major upgrade on msi's that don't match. They both have to be per-user or per-machine. You can't mix and match as far as major upgrades go. -Original Message- From: chaiguy1337 [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2008 2:23 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions) I logged the install and found this, but I can't make any sense of it: Action ended 17:16:57: InstallFinalize. Return value 1. MSI (s) (B8:58) [17:16:57:583]: Doing action: RemoveExistingProducts MSI (s) (B8:58) [17:16:57:583]: Note: 1: 2205 2: 3: ActionText Action 17:16:57: RemoveExistingProducts. Removing applications Action start 17:16:57: RemoveExistingProducts. MSI (s) (B8:58) [17:16:57:598]: Note: 1: 2205 2: 3: Error MSI (s) (B8:58) [17:16:57:598]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 22 MSI (s) (B8:58) [17:16:57:600]: Note: 1: 2205 2: 3: Error MSI (s) (B8:58) [17:16:57:600]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 23 MSI (s) (B8:58) [17:16:57:613]: Note: 1: 2205 2: 3: Error MSI (s) (B8:58) [17:16:57:613]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 16 MSI (s) (B8:58) [17:16:57:617]: Note: 1: 2205 2: 3: Error MSI (s) (B8:58) [17:16:57:617]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 21 Action ended 17:16:57: RemoveExistingProducts. Return value 1. My WiX msi has no ALLUSERS property at all, wheras my original product had ALLUSERS=2. However, I want my new product to be per-user. Logan cemiles wrote: Toss up a log if you can. I'd say check your ALLUSERS property between the 2 msis (see if they're different). - A. Logan Murray http://pihole.org/ -- View this message in context: http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1373540.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions)
Neither of the versions have ALLUSERS set at all, because I want them to be per-user. As I explained I worded that poorly. The installer with ALLUSERS=2 was for another product altogether, unrelated to this one. Here's what I'm doing: 1. Build and install program with version 1.0.0.0 and ProductCode 'a'. 2. Change version to 1.0.0.1 and ProductCode to 'b', and install again. At this point there are two entries in Add/Remove Programs, one for 1.0.0.0 and one for 1.0.0.1, despite all my efforts to make the latter remove the former. Bear in mind these installers are IDENTICAL except for those two tiny changes. Logan Ian Elliott (Excell Data Corporation) wrote: It sounds like the two msi's don't have ALLUSERS set to the same value. I don't believe you can perform a major upgrade on msi's that don't match. They both have to be per-user or per-machine. You can't mix and match as far as major upgrades go. -Original Message- From: chaiguy1337 [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2008 2:23 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions) I logged the install and found this, but I can't make any sense of it: Action ended 17:16:57: InstallFinalize. Return value 1. MSI (s) (B8:58) [17:16:57:583]: Doing action: RemoveExistingProducts MSI (s) (B8:58) [17:16:57:583]: Note: 1: 2205 2: 3: ActionText Action 17:16:57: RemoveExistingProducts. Removing applications Action start 17:16:57: RemoveExistingProducts. MSI (s) (B8:58) [17:16:57:598]: Note: 1: 2205 2: 3: Error MSI (s) (B8:58) [17:16:57:598]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 22 MSI (s) (B8:58) [17:16:57:600]: Note: 1: 2205 2: 3: Error MSI (s) (B8:58) [17:16:57:600]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 23 MSI (s) (B8:58) [17:16:57:613]: Note: 1: 2205 2: 3: Error MSI (s) (B8:58) [17:16:57:613]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 16 MSI (s) (B8:58) [17:16:57:617]: Note: 1: 2205 2: 3: Error MSI (s) (B8:58) [17:16:57:617]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 21 Action ended 17:16:57: RemoveExistingProducts. Return value 1. My WiX msi has no ALLUSERS property at all, wheras my original product had ALLUSERS=2. However, I want my new product to be per-user. Logan cemiles wrote: Toss up a log if you can. I'd say check your ALLUSERS property between the 2 msis (see if they're different). - A. Logan Murray http://pihole.org/ -- View this message in context: http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1373540.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - A. Logan Murray http://pihole.org/ -- View this message in context: http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1373774.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom action specific Error Massage
Hi, Can you please give me more details about this. Regards Sandeep -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2008 2:27 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom action specific Error Massage AFAIK, the MSI SDK doesn't say there is a way to have a CustomAction affect the return value of the Windows Installer. Did you see a section in the MSI SDK that says this is possible? -Original Message- From: Chad Petersen [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2008 13:43 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom action specific Error Massage According to the documentation the CustomAction Error attribute is only used with a type 19 custom action. But, in that case it looks like you use a combination of the Error/ element to set up your string and then refer to this index number in the Error attribute of the CustomAction element. Not sure what happens if your custom action is not type 19, though. Might just ignore it. You can use Orca to see what the types are on the CustomAction table. -Original Message- From: Sandeep Gautam (HCL Technologies Ltd) [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2008 11:55 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Custom action specific Error Massage Hi, In my Wix code, I am executing one custom action CustomAction Id=CA_UnInstallXXX Directory='CVPDir' ExeCommand='[WindowsFolder]Microsoft.NET\Framework\v2.0.50727\installUt il.exe /u XXX.exe' Return='Check' /CustomAction Some times, This custom action is failing. So on failure ,I want to give specific error related to only this CA. I am getting one generalize error(Id=1722) for all CAs failure. Please help me out. Regards Sandeep - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions)
Ah, I think you revealed the problem:
http://msdn.microsoft.com/en-us/library/aa370859(VS.85).aspx
Note that Windows Installer uses only the first three fields of the product
version. If you include a fourth field in your product version, the installer
ignores the fourth field.
##
$_='^#(/||/@[EMAIL PROTECTED]@:^[-['^;@@@\\])@..
{)/];)^{;$,+=(++$,);$_.=$,;`$_`;
-Original Message-
From: chaiguy1337 [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 3:38 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Run CA on uninstall, but not when updating
(RemovePreviousVersions)
Neither of the versions have ALLUSERS set at all, because I want them to be
per-user. As I explained I worded that poorly. The installer with ALLUSERS=2
was for another product altogether, unrelated to this one.
Here's what I'm doing:
1. Build and install program with version 1.0.0.0 and ProductCode 'a'.
2. Change version to 1.0.0.1 and ProductCode to 'b', and install again.
At this point there are two entries in Add/Remove Programs, one for 1.0.0.0
and one for 1.0.0.1, despite all my efforts to make the latter remove the
former. Bear in mind these installers are IDENTICAL except for those two
tiny changes.
Logan
Ian Elliott (Excell Data Corporation) wrote:
It sounds like the two msi's don't have ALLUSERS set to the same value. I
don't believe you can perform a major upgrade on msi's that don't match.
They both have to be per-user or per-machine. You can't mix and match as
far as major upgrades go.
-Original Message-
From: chaiguy1337 [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 2:23 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Run CA on uninstall, but not when updating
(RemovePreviousVersions)
I logged the install and found this, but I can't make any sense of it:
Action ended 17:16:57: InstallFinalize. Return value 1.
MSI (s) (B8:58) [17:16:57:583]: Doing action: RemoveExistingProducts
MSI (s) (B8:58) [17:16:57:583]: Note: 1: 2205 2: 3: ActionText
Action 17:16:57: RemoveExistingProducts. Removing applications
Action start 17:16:57: RemoveExistingProducts.
MSI (s) (B8:58) [17:16:57:598]: Note: 1: 2205 2: 3: Error
MSI (s) (B8:58) [17:16:57:598]: Note: 1: 2228 2: 3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 22
MSI (s) (B8:58) [17:16:57:600]: Note: 1: 2205 2: 3: Error
MSI (s) (B8:58) [17:16:57:600]: Note: 1: 2228 2: 3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 23
MSI (s) (B8:58) [17:16:57:613]: Note: 1: 2205 2: 3: Error
MSI (s) (B8:58) [17:16:57:613]: Note: 1: 2228 2: 3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 16
MSI (s) (B8:58) [17:16:57:617]: Note: 1: 2205 2: 3: Error
MSI (s) (B8:58) [17:16:57:617]: Note: 1: 2228 2: 3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 21
Action ended 17:16:57: RemoveExistingProducts. Return value 1.
My WiX msi has no ALLUSERS property at all, wheras my original product had
ALLUSERS=2. However, I want my new product to be per-user.
Logan
cemiles wrote:
Toss up a log if you can.
I'd say check your ALLUSERS property between the 2 msis (see if
they're different).
-
A. Logan Murray
http://pihole.org/
--
View this message in context:
http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1373540.html
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-
A. Logan Murray
http://pihole.org/
--
View this message in context:
http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1373774.html
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux
Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions)
*facepalm*
Thanks :S
That seems to have done it. I probably never would have figured that out.
Brian Rogers-3 wrote:
Ah, I think you revealed the problem:
http://msdn.microsoft.com/en-us/library/aa370859(VS.85).aspx
Note that Windows Installer uses only the first three fields of the
product version. If you include a fourth field in your product version,
the installer ignores the fourth field.
##
$_='^#(/||/@[EMAIL PROTECTED]@:^[-['^;@@@\\])@..
{)/];)^{;$,+=(++$,);$_.=$,;`$_`;
-Original Message-
From: chaiguy1337 [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 3:38 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Run CA on uninstall, but not when updating
(RemovePreviousVersions)
Neither of the versions have ALLUSERS set at all, because I want them to
be
per-user. As I explained I worded that poorly. The installer with
ALLUSERS=2
was for another product altogether, unrelated to this one.
Here's what I'm doing:
1. Build and install program with version 1.0.0.0 and ProductCode 'a'.
2. Change version to 1.0.0.1 and ProductCode to 'b', and install again.
At this point there are two entries in Add/Remove Programs, one for
1.0.0.0
and one for 1.0.0.1, despite all my efforts to make the latter remove the
former. Bear in mind these installers are IDENTICAL except for those two
tiny changes.
Logan
Ian Elliott (Excell Data Corporation) wrote:
It sounds like the two msi's don't have ALLUSERS set to the same value. I
don't believe you can perform a major upgrade on msi's that don't match.
They both have to be per-user or per-machine. You can't mix and match as
far as major upgrades go.
-Original Message-
From: chaiguy1337 [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 2:23 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Run CA on uninstall, but not when updating
(RemovePreviousVersions)
I logged the install and found this, but I can't make any sense of it:
Action ended 17:16:57: InstallFinalize. Return value 1.
MSI (s) (B8:58) [17:16:57:583]: Doing action: RemoveExistingProducts
MSI (s) (B8:58) [17:16:57:583]: Note: 1: 2205 2: 3: ActionText
Action 17:16:57: RemoveExistingProducts. Removing applications
Action start 17:16:57: RemoveExistingProducts.
MSI (s) (B8:58) [17:16:57:598]: Note: 1: 2205 2: 3: Error
MSI (s) (B8:58) [17:16:57:598]: Note: 1: 2228 2: 3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 22
MSI (s) (B8:58) [17:16:57:600]: Note: 1: 2205 2: 3: Error
MSI (s) (B8:58) [17:16:57:600]: Note: 1: 2228 2: 3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 23
MSI (s) (B8:58) [17:16:57:613]: Note: 1: 2205 2: 3: Error
MSI (s) (B8:58) [17:16:57:613]: Note: 1: 2228 2: 3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 16
MSI (s) (B8:58) [17:16:57:617]: Note: 1: 2205 2: 3: Error
MSI (s) (B8:58) [17:16:57:617]: Note: 1: 2228 2: 3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 21
Action ended 17:16:57: RemoveExistingProducts. Return value 1.
My WiX msi has no ALLUSERS property at all, wheras my original product
had
ALLUSERS=2. However, I want my new product to be per-user.
Logan
cemiles wrote:
Toss up a log if you can.
I'd say check your ALLUSERS property between the 2 msis (see if
they're different).
-
A. Logan Murray
http://pihole.org/
--
View this message in context:
http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1373540.html
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-
A. Logan Murray
http://pihole.org/
--
View this message in context:
http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1373774.html
Sent from the wix-users mailing list archive at Nabble.com.
Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions)
Was reading the MSI SDK out of the question?
Logan, I'm not trying to single you out but there have been a lot of questions
lately that could be answered or asked better if the people asking the
questions took the time to read the MSI SDK. I don't know about others here
but it feels a little disrespectful to me to ask questions that take up our
time without spending some of your time up front to learn the technology.
The Windows Installer is a very deep and intricate technology. It should be
easier and there are probably still many things we can do to improve WiX to
make learning the Windows Installer easier but we aren't going to get there by
answering questions that are already answered in the existing documentation.
That said, if you learn something and have a suggestion how we can improve the
WiX toolset to help the next person learn faster, I would be very interested in
hearing those suggestions.
Thanks.
-Original Message-
From: chaiguy1337 [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 16:04
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Run CA on uninstall, but not when updating
(RemovePreviousVersions)
*facepalm*
Thanks :S
That seems to have done it. I probably never would have figured that out.
Brian Rogers-3 wrote:
Ah, I think you revealed the problem:
http://msdn.microsoft.com/en-us/library/aa370859(VS.85).aspx
Note that Windows Installer uses only the first three fields of the
product version. If you include a fourth field in your product version,
the installer ignores the fourth field.
##
$_='^#(/||/@[EMAIL PROTECTED]@:^[-['^;@@@\\])@..
{)/];)^{;$,+=(++$,);$_.=$,;`$_`;
-Original Message-
From: chaiguy1337 [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 3:38 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Run CA on uninstall, but not when updating
(RemovePreviousVersions)
Neither of the versions have ALLUSERS set at all, because I want them to
be
per-user. As I explained I worded that poorly. The installer with
ALLUSERS=2
was for another product altogether, unrelated to this one.
Here's what I'm doing:
1. Build and install program with version 1.0.0.0 and ProductCode 'a'.
2. Change version to 1.0.0.1 and ProductCode to 'b', and install again.
At this point there are two entries in Add/Remove Programs, one for
1.0.0.0
and one for 1.0.0.1, despite all my efforts to make the latter remove the
former. Bear in mind these installers are IDENTICAL except for those two
tiny changes.
Logan
Ian Elliott (Excell Data Corporation) wrote:
It sounds like the two msi's don't have ALLUSERS set to the same value. I
don't believe you can perform a major upgrade on msi's that don't match.
They both have to be per-user or per-machine. You can't mix and match as
far as major upgrades go.
-Original Message-
From: chaiguy1337 [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 2:23 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Run CA on uninstall, but not when updating
(RemovePreviousVersions)
I logged the install and found this, but I can't make any sense of it:
Action ended 17:16:57: InstallFinalize. Return value 1.
MSI (s) (B8:58) [17:16:57:583]: Doing action: RemoveExistingProducts
MSI (s) (B8:58) [17:16:57:583]: Note: 1: 2205 2: 3: ActionText
Action 17:16:57: RemoveExistingProducts. Removing applications
Action start 17:16:57: RemoveExistingProducts.
MSI (s) (B8:58) [17:16:57:598]: Note: 1: 2205 2: 3: Error
MSI (s) (B8:58) [17:16:57:598]: Note: 1: 2228 2: 3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 22
MSI (s) (B8:58) [17:16:57:600]: Note: 1: 2205 2: 3: Error
MSI (s) (B8:58) [17:16:57:600]: Note: 1: 2228 2: 3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 23
MSI (s) (B8:58) [17:16:57:613]: Note: 1: 2205 2: 3: Error
MSI (s) (B8:58) [17:16:57:613]: Note: 1: 2228 2: 3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 16
MSI (s) (B8:58) [17:16:57:617]: Note: 1: 2205 2: 3: Error
MSI (s) (B8:58) [17:16:57:617]: Note: 1: 2228 2: 3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 21
Action ended 17:16:57: RemoveExistingProducts. Return value 1.
My WiX msi has no ALLUSERS property at all, wheras my original product
had
ALLUSERS=2. However, I want my new product to be per-user.
Logan
cemiles wrote:
Toss up a log if you can.
I'd say check your ALLUSERS property between the 2 msis (see if
they're different).
-
A. Logan Murray
http://pihole.org/
--
View this message in context:
http://n2.nabble.com/Run-CA-on-uninstall%2C-but-not-when-updating-%28RemovePreviousVersions%29-tp1372539p1373540.html
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest
Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions)
Rob, it's not like I haven't been putting my own time into solving this as
well. I spent the entire day today working on this problem, attempting to
find the solution by scouring the internet and coming up with my own test
cases. The question started as a simple query concerning the abilities of
WiX, but led to me running into a brick wall concerning existing version
removal. I read through all of the WiX documentation and (so I thought)
relevant MSI documentation as well. However, I didn't think to look up the
ProductVersion property, because out of everything involved in this, that
was the one thing I thought I understood.
How was I to know or even fathom that such a limitation might exist without
prior experience in this area? To me, this is precisely the benefit of
having a community of experienced users who can help to address this kind of
obscure thing.
I apologize for the number of emails. To be honest I'm not entirely used to
dealing with mailing lists, so perhaps I was a little out of line on
etiquette, but alas there was no option of an online forum. Nevertheless I'm
appreciative of all the help I received and hope it wasn't too much of a
burden. The first thing I did before asking any question was to thoroughly
search both the mailing list archive and google for the answer, and only
posted if I couldn't find it.
Somewhat relatedly, and to avoid this particular issue in the future,
perhaps WiX could issue a warning if a version number is supplied with more
than three components. Something to the effect that any version components
beyond three will be ignored by Windows Installer, so you should not rely on
them to differentiate between versions. I know that definitely would have
helped me out in this case.
Again, sorry for the unintentional abuse of the mailing list.
Logan
Rob Mensching-2 wrote:
Was reading the MSI SDK out of the question?
Logan, I'm not trying to single you out but there have been a lot of
questions lately that could be answered or asked better if the people
asking the questions took the time to read the MSI SDK. I don't know
about others here but it feels a little disrespectful to me to ask
questions that take up our time without spending some of your time up
front to learn the technology.
The Windows Installer is a very deep and intricate technology. It should
be easier and there are probably still many things we can do to improve
WiX to make learning the Windows Installer easier but we aren't going to
get there by answering questions that are already answered in the existing
documentation.
That said, if you learn something and have a suggestion how we can improve
the WiX toolset to help the next person learn faster, I would be very
interested in hearing those suggestions.
Thanks.
-Original Message-
From: chaiguy1337 [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 16:04
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Run CA on uninstall, but not when updating
(RemovePreviousVersions)
*facepalm*
Thanks :S
That seems to have done it. I probably never would have figured that out.
Brian Rogers-3 wrote:
Ah, I think you revealed the problem:
http://msdn.microsoft.com/en-us/library/aa370859(VS.85).aspx
Note that Windows Installer uses only the first three fields of the
product version. If you include a fourth field in your product version,
the installer ignores the fourth field.
##
$_='^#(/||/@[EMAIL PROTECTED]@:^[-['^;@@@\\])@..
{)/];)^{;$,+=(++$,);$_.=$,;`$_`;
-Original Message-
From: chaiguy1337 [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 3:38 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Run CA on uninstall, but not when updating
(RemovePreviousVersions)
Neither of the versions have ALLUSERS set at all, because I want them to
be
per-user. As I explained I worded that poorly. The installer with
ALLUSERS=2
was for another product altogether, unrelated to this one.
Here's what I'm doing:
1. Build and install program with version 1.0.0.0 and ProductCode 'a'.
2. Change version to 1.0.0.1 and ProductCode to 'b', and install again.
At this point there are two entries in Add/Remove Programs, one for
1.0.0.0
and one for 1.0.0.1, despite all my efforts to make the latter remove the
former. Bear in mind these installers are IDENTICAL except for those two
tiny changes.
Logan
Ian Elliott (Excell Data Corporation) wrote:
It sounds like the two msi's don't have ALLUSERS set to the same value.
I
don't believe you can perform a major upgrade on msi's that don't match.
They both have to be per-user or per-machine. You can't mix and match as
far as major upgrades go.
-Original Message-
From: chaiguy1337 [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 2:23 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Run CA on uninstall, but not when updating
Re: [WiX-users] Run CA on uninstall, but not when updating (RemovePreviousVersions)
Again, sorry, I wasn't trying to single you out. Questions are *not* an abuse
of the mailing list. You are right about just asking questions.
My concern was that I've noticed a trend lately that lots of questions could be
found by reading through the MSI SDK and they have been answered with a single
URL to that topic in MSI SDK.
I just wanted to raise awareness that reading the MSI SDK before/after reading
the WiX.chm will help everyone a lot.
I appreciate that the MSI SDK is not well organized. That's why I recommend
reading through the whole thing. Is that painful? Yes.
But you know... maybe I'm just tired and need to go take a chill pill (and/or
just sleep). smile/
The ProductVersion thing is something I've considered in the past. It's a fine
line... because the 3-dot version is standard and commonly used everywhere...
and allowed as a ProductVersion. So it can't be an error (so much easier if it
was smile/). A warning is possible but it could be rather noisy since
everyone defaults to 3-dot versions. Maybe a pedantic warning would be the
best of both worlds. I'll rethink this and I'm, of course, open to more ideas.
-Original Message-
From: chaiguy1337 [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 17:01
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Run CA on uninstall, but not when updating
(RemovePreviousVersions)
Rob, it's not like I haven't been putting my own time into solving this as
well. I spent the entire day today working on this problem, attempting to
find the solution by scouring the internet and coming up with my own test
cases. The question started as a simple query concerning the abilities of
WiX, but led to me running into a brick wall concerning existing version
removal. I read through all of the WiX documentation and (so I thought)
relevant MSI documentation as well. However, I didn't think to look up the
ProductVersion property, because out of everything involved in this, that
was the one thing I thought I understood.
How was I to know or even fathom that such a limitation might exist without
prior experience in this area? To me, this is precisely the benefit of
having a community of experienced users who can help to address this kind of
obscure thing.
I apologize for the number of emails. To be honest I'm not entirely used to
dealing with mailing lists, so perhaps I was a little out of line on
etiquette, but alas there was no option of an online forum. Nevertheless I'm
appreciative of all the help I received and hope it wasn't too much of a
burden. The first thing I did before asking any question was to thoroughly
search both the mailing list archive and google for the answer, and only
posted if I couldn't find it.
Somewhat relatedly, and to avoid this particular issue in the future,
perhaps WiX could issue a warning if a version number is supplied with more
than three components. Something to the effect that any version components
beyond three will be ignored by Windows Installer, so you should not rely on
them to differentiate between versions. I know that definitely would have
helped me out in this case.
Again, sorry for the unintentional abuse of the mailing list.
Logan
Rob Mensching-2 wrote:
Was reading the MSI SDK out of the question?
Logan, I'm not trying to single you out but there have been a lot of
questions lately that could be answered or asked better if the people
asking the questions took the time to read the MSI SDK. I don't know
about others here but it feels a little disrespectful to me to ask
questions that take up our time without spending some of your time up
front to learn the technology.
The Windows Installer is a very deep and intricate technology. It should
be easier and there are probably still many things we can do to improve
WiX to make learning the Windows Installer easier but we aren't going to
get there by answering questions that are already answered in the existing
documentation.
That said, if you learn something and have a suggestion how we can improve
the WiX toolset to help the next person learn faster, I would be very
interested in hearing those suggestions.
Thanks.
-Original Message-
From: chaiguy1337 [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2008 16:04
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Run CA on uninstall, but not when updating
(RemovePreviousVersions)
*facepalm*
Thanks :S
That seems to have done it. I probably never would have figured that out.
Brian Rogers-3 wrote:
Ah, I think you revealed the problem:
http://msdn.microsoft.com/en-us/library/aa370859(VS.85).aspx
Note that Windows Installer uses only the first three fields of the
product version. If you include a fourth field in your product version,
the installer ignores the fourth field.
##
$_='^#(/||/@[EMAIL PROTECTED]@:^[-['^;@@@\\])@..
{)/];)^{;$,+=(++$,);$_.=$,;`$_`;
-Original
[WiX-users] How to enable Install Log
Hi , I want to enable installer log. I don't want to use msiexec /I installer name /l*v installerlog.log Actually I don't want to enforce to user to go on command line and add switch for log. Please help me out how can I enable the log in wix code or ??? Regards Sandeep - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to enable Install Log
http://msdn.microsoft.com/en-us/library/aa370536(VS.85).aspx From: Sandeep Gautam (HCL Technologies Ltd) [EMAIL PROTECTED] Sent: Friday, October 24, 2008 6:51 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] How to enable Install Log Hi , I want to enable installer log. I don't want to use msiexec /I installer name /l*v installerlog.log Actually I don't want to enforce to user to go on command line and add switch for log. Please help me out how can I enable the log in wix code or ??? Regards Sandeep - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using single Dialog to change various paths.
BrowseDlg always shows SAMPLESDIR folder, it doesn't matter that button was clicked - ProgramFilesBrowse or SamplesBrowse. So it seems that _BrowseProperty always set to SAMPLESDIR and setting it to INSTALLDIR in the custom action doesn't have any effect. Bob Arnson-6 wrote: Sergey Abakumoff wrote: Unfortunately, this doesn't help..Does anyone have any other ideas? Please explain how it doesn't work. Do you get an error message? -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://n2.nabble.com/Using-single-Dialog-to-change-various-paths.-tp1117476p1374564.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using single Dialog to change various paths.
In article [EMAIL PROTECTED], Sergey Abakumoff [EMAIL PROTECTED] writes: BrowseDlg always shows SAMPLESDIR folder, it doesn't matter that button was clicked - ProgramFilesBrowse or SamplesBrowse. So it seems that _BrowseProperty always set to SAMPLESDIR and setting it to INSTALLDIR in the custom action doesn't have any effect. You don't need a custom action to set a property. If you are using a custom action to set the property in a ControlEvent that is probably the source of your problem. Change it using a standard set property event in the ControlEvent table. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using single Dialog to change various paths.
Actually I use the set property events: Control Id=ProgramFilesBrowse Type=PushButton X=304 Y=70 Width=56 Height=17 Cancel=yes Text=Browse... Publish Property=_BrowseProperty Value=INSTALLDIR / Publish Event=SpawnDialog Value=BrowseDlg1/Publish /Control and similar one for SamplesFolder... Richard-45 wrote: In article [EMAIL PROTECTED], Sergey Abakumoff [EMAIL PROTECTED] writes: BrowseDlg always shows SAMPLESDIR folder, it doesn't matter that button was clicked - ProgramFilesBrowse or SamplesBrowse. So it seems that _BrowseProperty always set to SAMPLESDIR and setting it to INSTALLDIR in the custom action doesn't have any effect. You don't need a custom action to set a property. If you are using a custom action to set the property in a ControlEvent that is probably the source of your problem. Change it using a standard set property event in the ControlEvent table. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://n2.nabble.com/Using-single-Dialog-to-change-various-paths.-tp1117476p1374573.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using single Dialog to change various paths.
In article [EMAIL PROTECTED], Sergey Abakumoff [EMAIL PROTECTED] writes: Actually I use the set property events: Control Id=ProgramFilesBrowse Type=PushButton X=304 Y=70 Width=56 Height=17 Cancel=yes Text=Browse... Publish Property=_BrowseProperty Value=INSTALLDIR / Publish Event=SpawnDialog Value=BrowseDlg1/Publish /Control and similar one for SamplesFolder... Then I'm confused. Why did you say you set the value to INSTALLDIR in a custom action? Sergey Abakumoff [EMAIL PROTECTED] writes: So it seems that _BrowseProperty always set to SAMPLESDIR and setting it to INSTALLDIR in the custom action doesn't have any effect. Does your BrowseDlg look like this one? http://wix.cvs.sourceforge.net/viewvc/wix/wix2.0/src/ui/wixui/BrowseDlg.wxs?revision=1.5view=markup or tiny'd http://tinyurl.com/5lu64b -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using single Dialog to change various paths.
Richard, In the first post I mentioned that I use custom action. It was suggested in the reply that set property event should be used and I started to use that:) However, it didn't solve the problem as I mentioned. Richard-45 wrote: In article [EMAIL PROTECTED], Sergey Abakumoff [EMAIL PROTECTED] writes: Actually I use the set property events: Control Id=ProgramFilesBrowse Type=PushButton X=304 Y=70 Width=56 Height=17 Cancel=yes Text=Browse... Publish Property=_BrowseProperty Value=INSTALLDIR / Publish Event=SpawnDialog Value=BrowseDlg1/Publish /Control and similar one for SamplesFolder... Then I'm confused. Why did you say you set the value to INSTALLDIR in a custom action? Sergey Abakumoff [EMAIL PROTECTED] writes: So it seems that _BrowseProperty always set to SAMPLESDIR and setting it to INSTALLDIR in the custom action doesn't have any effect. Does your BrowseDlg look like this one? http://wix.cvs.sourceforge.net/viewvc/wix/wix2.0/src/ui/wixui/BrowseDlg.wxs?revision=1.5view=markup or tiny'd http://tinyurl.com/5lu64b -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://n2.nabble.com/Using-single-Dialog-to-change-various-paths.-tp1117476p1374672.html Sent from the wix-users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
