[WiX-users] minor upgrade and RemoveExistingProducts
Hi, is it any way possible possible to do a minor upgrade and automatically remove related products in the background? I want to keep the same product code basically. The scenario is I made some bug fixes to our product that dont seem to warrant a major upgrade. My version numbers are only going from, say, 2.0.1 to 2.0.2. Im using a RemoveExistingProducts action to uninstall any previously installed versions quietly in the background with the same upgrade code. It works fine if I change the product code but I get the 'Another version of the product is already installed..' dialog if I use the same Product Code. Have to manually uninstall the old one first to continue with the new install which is a pain for testers and users. I realise this is probably by design and an msi issue, but it just seems counter intuitive, for the sake of a minor upgrade, to have to change to a new product code (only to get a previous version to uninstall). In my case I have 3 revisions of a similar product so would involve a lot of product code changes every time I do a bug fix. Would be great if I could keep my product codes the same until it really is a 'major upgrade'. thanks very much once again! _ http://clk.atdmt.com/UKM/go/195013117/direct/01/ We want to hear all your funny, exciting and crazy Hotmail stories. Tell us now -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] minor upgrade and RemoveExistingProducts
Ok, thanks all for clarifying anyway. cheers. _ http://clk.atdmt.com/UKM/go/195013117/direct/01/ -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] setupbld setup.exe repair install
Turned out this is not so trivial. Line in the setup.cpp file (the source for the SETUPBLD stub setup.exe) says hr = StrAllocConcat(pwzProperties, L REINSTALL=ALL REINSTALLMODE=\vomus\, 0); this forces a minor upgrade instead of a normal install that produces the change/repair/remove dialog. For anyone interested there is a modified version of a tool out there called msistuff.exe which comes with another setup.exe stub (your msi is added to this as a resource). msistuff.exe setup.exe /d MySetup.msi /v 200 /o INSTALLUPD /b MySetup.msi /p REINSTALLMODE=omus Although similar to SETUPBLD the difference is the /p switch which allows you to control MSIEXEC. I read somewhere else this might appear in the next version of SETUPBLD whenever. I really do hope Burn someday sees the light. This I think would be the last hurdle before WIX runs over Installshield and the rest. From: warne...@hotmail.com To: wix-users@lists.sourceforge.net Subject: RE: setupbld setup.exe repair install Date: Mon, 9 Nov 2009 16:13:48 + or more simply the setup.exe version just goes straight to Resuming install.. instead of Welcome to install ? From: warne...@hotmail.com To: wix-users@lists.sourceforge.net Subject: setupbld setup.exe repair install Date: Mon, 9 Nov 2009 15:57:31 + Hi there, I am using setupbld to create a setup.exe from my msi. Using the command: SETUPBLD -title MyApp -ms MyAppSetup.msi -setup setup.exe -out MyAppSetup.exe However, I get a strange difference between the exe msi installer version. Running the installer with the application already installed: with MyAppSetup.msi it shows up the Change, Repair, Remove dialog as expected. with MyAppSetup.exe it proceeds to a repair install and no Change, Repair, Remove dialog like I got when I ran the msi installer. Any ideas why this is so anyone or is this normal ? Would be slightly concerned releasing setup.exe showing this behaviour. Also, is it possible to add external cabs to my setup.exe using setupbld? thanks very much! Download Messenger onto your mobile for free. Learn more. New Windows 7: Simplify what you do everyday. Find the right PC for you. _ Got more than one Hotmail account? Save time by linking them together http://clk.atdmt.com/UKM/go/186394591/direct/01/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Vista Standard User and perMachine install
Hi there, I am using setupbld to create a setup.exe from my msi. Using the command: SETUPBLD -title MyApp -ms MyAppSetup.msi -setup setup.exe -out MyAppSetup.exe However, I get a strange difference between the exe msi installer version. Running the installer with the application already installed: with MyAppSetup.msi it shows up the Change, Repair, Remove dialog as expected. with MyAppSetup.exe it proceeds to a repair install and no Change, Repair, Remove dialog like I got when I ran the msi installer. Any ideas why this is so anyone or is this normal ? Would be slightly concerned releasing setup.exe showing this behaviour. Also, is it possible to add external cabs to my setup.exe using setupbld? thanks very much! _ Chat to your friends for free on selected mobiles http://clk.atdmt.com/UKM/go/174426567/direct/01/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] setupbld setup.exe repair install
Hi there, I am using setupbld to create a setup.exe from my msi. Using the command: SETUPBLD -title MyApp -ms MyAppSetup.msi -setup setup.exe -out MyAppSetup.exe However, I get a strange difference between the exe msi installer version. Running the installer with the application already installed: with MyAppSetup.msi it shows up the Change, Repair, Remove dialog as expected. with MyAppSetup.exe it proceeds to a repair install and no Change, Repair, Remove dialog like I got when I ran the msi installer. Any ideas why this is so anyone or is this normal ? Would be slightly concerned releasing setup.exe showing this behaviour. Also, is it possible to add external cabs to my setup.exe using setupbld? thanks very much! _ Download Messenger onto your mobile for free http://clk.atdmt.com/UKM/go/174426567/direct/01/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] setupbld setup.exe repair install
or more simply the setup.exe version just goes straight to Resuming install.. instead of Welcome to install ? From: warne...@hotmail.com To: wix-users@lists.sourceforge.net Subject: setupbld setup.exe repair install Date: Mon, 9 Nov 2009 15:57:31 + Hi there, I am using setupbld to create a setup.exe from my msi. Using the command: SETUPBLD -title MyApp -ms MyAppSetup.msi -setup setup.exe -out MyAppSetup.exe However, I get a strange difference between the exe msi installer version. Running the installer with the application already installed: with MyAppSetup.msi it shows up the Change, Repair, Remove dialog as expected. with MyAppSetup.exe it proceeds to a repair install and no Change, Repair, Remove dialog like I got when I ran the msi installer. Any ideas why this is so anyone or is this normal ? Would be slightly concerned releasing setup.exe showing this behaviour. Also, is it possible to add external cabs to my setup.exe using setupbld? thanks very much! Download Messenger onto your mobile for free. Learn more. _ New Windows 7: Simplify what you do everyday. Find the right PC for you. http://www.microsoft.com/uk/windows/buy/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Vista Standard User and perMachine install
Thanks for the help, I tried it without InstallPrivileges=elevated and it
almost got it to work. Both methods ('Condition' element and type 19 custom
action) appear to have the same net effect.
XP works great and stops the install if not an admin. That fine and is what I
want. Vista however is different. If logged in as admin, double clicking the
msi to launch the install doesn't recognise Im admin stops with my error
message. Under the same admin login, if I open a command prompt as
administrator and run msiexec /i myinstall.msi , the installer now detects
admin and continues fine. Great! But what sane user is going to want to run an
installer from the command prompt as administrator ;(
Here is my Custom action
InstallUISequence
Custom Action=IsPrivileged Before=LaunchConditionsNot
AdminUser/Custom
Show Dialog=OldVerDetected
After=FindRelatedProductsREMOVEOLDPRODUCT/Show
/InstallUISequence
Is UISequence the correct place for this stuff? Also note I need to set the
MSIUSEREALADMINDETECTION property to 1 for this to work.
After trying all this it seems (in this case) msi cannot detect if I am an
admin user in Vista. What about creating a bootsrap setup.exe which runs my
installer using msiexec like I did the command prompt. Is that whats normally
done to get round this type of problem?
Lastly I noticed when using:
Condition Message=You must be an admin to install this product.Not
AdminUser/Condition
No Launch Condition Table is created when I open the msi in Orca, even though
the condition seems to work (at least for XP and vista standard user). Why is
that?
_
With Windows Live, you can organise, edit, and share your photos.
http://clk.atdmt.com/UKM/go/134665338/direct/01/
--
Come build with us! The BlackBerryreg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9#45;12, 2009. Register now#33;
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Vista Standard User and perMachine install
Hi thanks, but the privileged property is always 1 regardless if Im standard, or admin user. As I was saying I have InstallScope=perMachine InstallPrivileges=elevated in my package element. Is that setting privileged to 1 by any chance? I thought by doing that it would inform msi that this installer requires admin rights to install? _ Share your photos with Windows Live Photos – Free. http://clk.atdmt.com/UKM/go/134665338/direct/01/ -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Vista Standard User and perMachine install
Is there a property I could check for that is set when either a XP Limited or Vista Standard user runs my installer? I tried 'AdminUser' 'Privileged but it seems they are always '1' regardless if I run the setup logged in as an administrator or not. thanks very much, _ View your other email accounts from your Hotmail inbox. Add them now. http://clk.atdmt.com/UKM/go/167688463/direct/01/ -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Vista Standard User and perMachine install
Outstanding, thanks again for all the help. _ Save time by using Hotmail to access your other email accounts. http://clk.atdmt.com/UKM/go/167688463/direct/01/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Vista Standard User and perMachine install
Hi there, My setup is a perMachine (ALLUSERS=1) install which I set in the 'Package' element and thats fine. Just wondering then, is there any way to get round vista's UAC for users without admin rights ie 'Standard Users' ? They get the old You do not have sufficient priviliges etc message during install. I understand that is entirely by design but, nonetheless, I would still like them to be able to install. I dont want to allow a 'perUser' install for possible upgrade/uninstall problems later on down the road that I read all about. I set InstallPrivileges=limited in the Package element also but that just gets over the initial setup part. Is there an MSIEXEC command I could use as part of a bootstrap for example? thanks very much, _ View your other email accounts from your Hotmail inbox. Add them now. http://clk.atdmt.com/UKM/go/167688463/direct/01/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Vista Standard User and perMachine install
Thanks thats certainly clarified it. My install is a 'WIXUI_INSTALLDIR' type so from what I read here: http://www.indigorose.com/webhelp/msifact/Concepts/Per-Machine_vs._Per-User_Installations.htm that rules out perUser install. I also use a custom action to launch my app after install and Visual C merge .msm modules which, as Blair mentioned, may also rule out the perUser install. Would I be wrong then in thinking perUser installs are to be avoided generally speaking? Just perUser seems to cause grief. For example: http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg26517.html _ Use Hotmail to send and receive mail from your different email accounts. http://clk.atdmt.com/UKM/go/167688463/direct/01/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] strategy for moving/migrating to WIX from other installer
Great, thanks a lot for the useful info. Luckily the previous version had the upgrade code so your sugestion worked well. _ Upgrade to Internet Explorer 8 Optimised for MSN. http://extras.uk.msn.com/internet-explorer-8/?ocid=T010MSN07A0716U -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] strategy for moving/migrating to WIX from other installer
Hi, I have a new version of our product (version2) for which I created a new WIX 3.0 installer. The previous installer for version1 was created with an unknown old installer program. It is an msi though so I can open it in Orca to view product upgrade Ids etc. I can also see that the features and feature components are structured different to what I have. These features are now not needed in the new WIX installer. Is this classed as a 'Major Upgrade' or Whats the general accepted strategy for moving to WIX installer in this situation? Im puzzled what to do in terms of productIDs, packageIDs and upgrade codes. Similar situation to this : http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg01097.html but wanted to make sure it was the right way to do it. If I have to remove the old version, is it possible to create a custom action in the new WIX installer to first detect old version is on the system and button below that to remove it? Just to make it elegant maybe.. thanks very much, _ Celebrate a decade of Messenger with free winks, emoticons, display pics, and more. http://clk.atdmt.com/UKM/go/157562755/direct/01/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] merge modules not working only vcredist.exe
Cheers all, that sorted it. Date: Mon, 20 Jul 2009 12:13:07 +0100 From: dwat...@sdl.com To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] merge modules not working only vcredist.exe Lol, why didn't I spot that. It is Monday morning I suppose. -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: 20 July 2009 12:01 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] merge modules not working only vcredist.exe I'm not surprised it works when install the Visual C++ 2008 Redistributable Package (vcredist_x86.exe) before installing my msi. His app is apparently built in VS2008 (version 9.0) he's merging the VS2005 (version 8.0) runtimes into his MSI according to his original message. Add the correct merge modules I have a suspicion it'll magically work. Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: David Watson [mailto:dwat...@sdl.com] Sent: 20 July 2009 10:50 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] merge modules not working only vcredist.exe Hi, It looks like you are getting a SxS error, if you look in the event log for messages for source SideBySide you will be able to see what is going wrong. If you are testing on vista or later you can use sxstrace to determine the problem. http://blogs.msdn.com/junfeng/archive/2006/04/14/576314.aspx The suggestion of linking with one version and the merge-modules being another version is quite likely. Dave -Original Message- From: Blair [mailto:os...@live.com] Sent: 20 July 2009 08:49 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] merge modules not working only vcredist.exe Sorry, 2005 not 2003 (it's late and getting latter...) -Original Message- From: Blair [mailto:os...@live.com] Sent: Monday, July 20, 2009 12:10 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] merge modules not working only vcredist.exe Is it possible that you are linking against the SP1 runtime and you have a vcredist.exe installing SP1 bits, while your MSM is RTM? I had that experience with RTM/SP1 from VC8 and the symptoms where the same (in my case, installing 2003 SP1 didn't update the MSMs). -Original Message- From: warne warne [mailto:warne...@hotmail.com] Sent: Saturday, July 18, 2009 6:10 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] merge modules not working only vcredist.exe So I remove the custom action to make sure the merge modules, as you say, install correctly. Same result... App wont launch with merge modules (see 1st post for list of what I have). Only works if prior install vcredist.exe (2008). Can I rephrase this question. Is there a link somewhere to find out what exactly is in vcredist.exe and what exactly it does to my system that merge modules (at least the way I have them currently configured) are not? No more about custom actions please, and I dont want to bootstrap in vcredist.exe ;) thanks all, -Original Message- The content is identical but the process is different. You can't rely on the VC merge modules in a custom action that uses the VC DLLs. As long as you don't try to do that, they'll install correctly and you can rely on them, outside the installation transaction. -- -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Enter the BlackBerry Developer Challenge This is your chance to win up
Re: [WiX-users] merge modules not working only vcredist.exe
Hi Ari, Thanks for tip re static link explaining InstallExecuteSequence. Im not really concerned though about the custom action (launch app after installation checkbox). I only mentioned it to reference the error message 2896 in the log in case someone suggested it. The problem is, my installer works fine using VCRedist.exe (including the custom action) but not with merge modules - wont launch at all, custom action or no custom action. I thought merge modules vcredist are the exact same thing so concluded therefore Im not configuring the merge modules properly? thanks, -Original Message- Where is your launchapplication custom action scheduled in the InstallExecuteSequence? I think that the VC redists won't actually get installed to the SxS folder until after InstallFinalize, so if your action runs before then, the app won't find the VC dlls and you'll get the error message you're seeing below. I think that the answer is to launch your application after InstallFinalize. You lose the ability to fail the install and rollback if your app fails to launch, but maybe that's acceptable. You could also statically link the app with the CRT MFC and then the dlls aren't necessary. If your CA is already scheduled after InstallFinalize, then I wasn't much help :) -Ari _ Windows Live Messenger: Happy 10-Year Anniversary—get free winks and emoticons. http://clk.atdmt.com/UKM/go/157562755/direct/01/ -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] merge modules not working only vcredist.exe
So I remove the custom action to make sure the merge modules, as you say, install correctly. Same result... App wont launch with merge modules (see 1st post for list of what I have). Only works if prior install vcredist.exe (2008). Can I rephrase this question. Is there a link somewhere to find out what exactly is in vcredist.exe and what exactly it does to my system that merge modules (at least the way I have them currently configured) are not? No more about custom actions please, and I dont want to bootstrap in vcredist.exe ;) thanks all, -Original Message- The content is identical but the process is different. You can't rely on the VC merge modules in a custom action that uses the VC DLLs. As long as you don't try to do that, they'll install correctly and you can rely on them, outside the installation transaction. -- sig://boB http://joyofsetup.com/ _ With Windows Live, you can organise, edit, and share your photos. http://clk.atdmt.com/UKM/go/134665338/direct/01/ -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
