[WiX-users] Set ADDLOCAL from UI
I'am using WixUI_Mondo set, wix 3.6, Windows XP SP3,. On the SetupDlg I want to have two buttons: ClientButton,ServerButton. They will initiate installing two different configurations with muttually exclusive features. Here is mya code: OLDARPFOUND 1 1 1 1 1 1 But when I push the ServerButton the installer is setting InstallLevel to 1 (exactly it is using the default value). Here is log: (UNKNOWN) Action 15:12:58: SetupTypeDlg. Dialog created (CLIENT) MSI (c) (8C:20) [15:12:59:440]: PROPERTY CHANGE: Adding WixUI_InstallMode property. Its value is 'InstallServer'. (CLIENT) MSI (c) (8C:20) [15:12:59:440]: PROPERTY CHANGE: Adding SERVICE property. Its value is '.\some'. *(CLIENT) MSI (c) (8C:20) [15:12:59:440]: PROPERTY CHANGE: Adding ADDLOCAL property. Its value is 'Feature3,Feature4'. * (UNKNOWN) Action 15:12:59: ServStringDlg. Dialog created (UNKNOWN) Action 15:13:03: ShortsDlg. Dialog created (UNKNOWN) Action 15:13:04: MyVerifyReadyDlg. Dialog created (CLIENT) MSI (c) (8C:20) [15:13:05:097]: Note: 1: 2727 2: (UNKNOWN) Action ended 15:13:05: MyWelcomeDlg. Return value 1. (CLIENT) MSI (c) (8C:9C) [15:13:05:238]: Doing action: MyProgressDlg (UNKNOWN) Action 15:13:05: MyProgressDlg. (UNKNOWN) Action start 15:13:05: MyProgressDlg. (UNKNOWN) Action 15:13:05: MyProgressDlg. Dialog created (UNKNOWN) Action ended 15:13:05: MyProgressDlg. Return value 1. (CLIENT) MSI (c) (8C:9C) [15:13:05:253]: Doing action: ExecuteAction (UNKNOWN) Action 15:13:05: ExecuteAction. (UNKNOWN) Action start 15:13:05: ExecuteAction. (CLIENT) MSI (c) (8C:9C) [15:13:05:316]: PROPERTY CHANGE: Adding SECONDSEQUENCE property. Its value is '1'. (CLIENT) MSI (c) (8C:9C) [15:13:05:316]: Grabbed execution mutex. (CLIENT) MSI (c) (8C:9C) [15:13:05:316]: Incrementing counter to disable shutdown. Counter after increment: 0 (CLIENT) MSI (c) (8C:9C) [15:13:05:331]: Switching to server: NETFRAMEWORK40CLIENT="#1" INSTALLLOCATION=".." SERVICE=".\some" TARGETDIR="C:\" MANUFACTURERDIR=".." CURRENTDIRECTORY=".." CLIENTUILEVEL="0" CLIENTPROCESSID="7820" USERNAME="User" COMPANYNAME=".." SOURCEDIR=".." ACTION="INSTALL" EXECUTEACTION="INSTALL" SECONDSEQUENCE="1" ROOTDRIVE="C:\" *ADDLOCAL='Feature1' * Why the installer don't use the new value of Addlocal property..Please any help. * * -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Set ADDLOCAL from UI
Thank's a lot! I already broke my mind and it was so easy! 2012/8/1 jhennessey > Don't try to set feature states by directly setting the ADDLOCAL property > from the UI. Instead you should use the > > http://msdn.microsoft.com/en-us/library/windows/desktop/aa367537%28v=vs.85%29.aspx > AddLocal and > > http://msdn.microsoft.com/en-us/library/windows/desktop/aa371210%28v=vs.85%29.aspx > Remove events. > > > > -- > View this message in context: > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Set-ADDLOCAL-from-UI-tp7579666p7579671.html > Sent from the wix-users mailing list archive at Nabble.com. > > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Fixing ICE57 on perUser installation
Our application writes some settings to the registry into the HKCU hive. I want to delete this settings during uninstall. Here is code: REMOVE="ALL" AND NOT UPGRADINGPRODUCTCODE Why I'm getting ICE57? Installation is per-User. Thank's in advance. -- Got visibility? Most devs has no idea what their production app looks like. Find out how fast your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219671;13503038;y? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Fixing ICE57 on perUser installation
Thank you for response. INSTALLLOCATION - is a folder in ProgramFiles directory.. It's a per-machine location? So if i want to delete enries during uninstall then i need to put condition on feature which is containing my component? Will it work? 2012/9/14 Peter Shirtcliffe > Is the INSTALLLOCATION directory a per-machine location ? If it's always > per-user then you can ignore the ICE. > > You condition won't work however. A component condition determines whether > a > component is installed or not. > > http://msdn.microsoft.com/en-us/library/windows/desktop/aa368007%28v=vs.85%29 > .aspx > > Since REMOVE does not equal ALL when installing, the condition will be > false > and the component never gets installed. > > -Original Message- > From: Nelya Iva [mailto:nelya@gmail.com] > Sent: 14 September 2012 11:54 > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] Fixing ICE57 on perUser installation > > Our application writes some settings to the registry into the HKCU hive. I > want to delete this settings during uninstall. Here is code: > > > FileSource="$(var.SourceDirProject)\"> > > REMOVE="ALL" AND NOT UPGRADINGPRODUCTCODE > > Id="HKCUkey" Root="HKCU" Key="Software\$(var.Manufacturer)"/> > > > > > Why I'm getting ICE57? Installation is per-User. Thank's in advance. > > - > - > Got visibility? > Most devs has no idea what their production app looks like. > Find out how fast your code is with AppDynamics Lite. > http://ad.doubleclick.net/clk;262219671;13503038;y? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > ___ > 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. > > > > -- > Got visibility? > Most devs has no idea what their production app looks like. > Find out how fast your code is with AppDynamics Lite. > http://ad.doubleclick.net/clk;262219671;13503038;y? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Got visibility? Most devs has no idea what their production app looks like. Find out how fast your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219671;13503038;y? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Fixing ICE57 on perUser installation
Can anyone clarify where is here in my code per-machine element, please? 2012/9/14 Nelya Iva > Thank you for response. > INSTALLLOCATION - is a folder in ProgramFiles directory.. It's a > per-machine location? > So if i want to delete enries during uninstall then i need to put > condition on feature which is containing my component? Will it work? > > > 2012/9/14 Peter Shirtcliffe > >> Is the INSTALLLOCATION directory a per-machine location ? If it's always >> per-user then you can ignore the ICE. >> >> You condition won't work however. A component condition determines >> whether a >> component is installed or not. >> >> http://msdn.microsoft.com/en-us/library/windows/desktop/aa368007%28v=vs.85%29 >> .aspx >> >> Since REMOVE does not equal ALL when installing, the condition will be >> false >> and the component never gets installed. >> >> -Original Message- >> From: Nelya Iva [mailto:nelya@gmail.com] >> Sent: 14 September 2012 11:54 >> To: wix-users@lists.sourceforge.net >> Subject: [WiX-users] Fixing ICE57 on perUser installation >> >> Our application writes some settings to the registry into the HKCU hive. I >> want to delete this settings during uninstall. Here is code: >> >> >> > FileSource="$(var.SourceDirProject)\"> >> >> REMOVE="ALL" AND NOT UPGRADINGPRODUCTCODE >> >> > Id="HKCUkey" Root="HKCU" Key="Software\$(var.Manufacturer)"/> >> >> >> >> >> Why I'm getting ICE57? Installation is per-User. Thank's in advance. >> >> - >> - >> Got visibility? >> Most devs has no idea what their production app looks like. >> Find out how fast your code is with AppDynamics Lite. >> http://ad.doubleclick.net/clk;262219671;13503038;y? >> http://info.appdynamics.com/FreeJavaPerformanceDownload.html >> ___ >> 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. >> >> >> >> -- >> Got visibility? >> Most devs has no idea what their production app looks like. >> Find out how fast your code is with AppDynamics Lite. >> http://ad.doubleclick.net/clk;262219671;13503038;y? >> http://info.appdynamics.com/FreeJavaPerformanceDownload.html >> ___ >> WiX-users mailing list >> WiX-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wix-users >> > > -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Fixing ICE57 on perUser installation
Thank you very much! Now it is clear. 2012/9/18 Peter Shirtcliffe > ProgramFiles is a per-machine location. You can only access it when > elevated. > If you want to install program code in a per-user installation, you should > install to %LocalAppData%\Programs. > > Remove the condition entirely. The component will be installed but will > have > no effect until you uninstall the application. At that point, when the > component is removed, the registrykey will be removed also. > > Sorry I didn't see your earlier reply. > > -Original Message- > From: Nelya Iva [mailto:nelya@gmail.com] > Sent: 18 September 2012 06:28 > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Fixing ICE57 on perUser installation > > Can anyone clarify where is here in my code per-machine element, please? > > 2012/9/14 Nelya Iva > > > Thank you for response. > > INSTALLLOCATION - is a folder in ProgramFiles directory.. It's a > > per-machine location? > > So if i want to delete enries during uninstall then i need to put > > condition on feature which is containing my component? Will it work? > > > > > > 2012/9/14 Peter Shirtcliffe > > > >> Is the INSTALLLOCATION directory a per-machine location ? If it's > >> always per-user then you can ignore the ICE. > >> > >> You condition won't work however. A component condition determines > >> whether a component is installed or not. > >> > >> http://msdn.microsoft.com/en-us/library/windows/desktop/aa368007%28v= > >> vs.85%29 > >> .aspx > >> > >> Since REMOVE does not equal ALL when installing, the condition will > >> be false and the component never gets installed. > >> > >> -Original Message- > >> From: Nelya Iva [mailto:nelya@gmail.com] > >> Sent: 14 September 2012 11:54 > >> To: wix-users@lists.sourceforge.net > >> Subject: [WiX-users] Fixing ICE57 on perUser installation > >> > >> Our application writes some settings to the registry into the HKCU > >> hive. I want to delete this settings during uninstall. Here is code: > >> > >> > >> >> FileSource="$(var.SourceDirProject)\"> > >> > >> REMOVE="ALL" AND NOT UPGRADINGPRODUCTCODE > >> > >> >> Id="HKCUkey" Root="HKCU" Key="Software\$(var.Manufacturer)"/> > >> > >> > >> > >> > >> Why I'm getting ICE57? Installation is per-User. Thank's in advance. > >> > >> - > >> > >> - > >> Got visibility? > >> Most devs has no idea what their production app looks like. > >> Find out how fast your code is with AppDynamics Lite. > >> http://ad.doubleclick.net/clk;262219671;13503038;y? > >> http://info.appdynamics.com/FreeJavaPerformanceDownload.html > >> ___ > >> 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. > >> > >> > >> > >> - > >> - > >> Got visibility? > >> Most devs has no idea what their production app looks like. > >> Find out how fast your code is with AppDynamics Lite. > >> http://ad.doubleclick.net/clk;262219671;13503038;y? > >> http://info.appdynamics.com/FreeJavaPerformanceDownload.html > >> ___ > >> WiX-users mailing list > >> WiX-users@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/wix-users > >> > > > > > > - > - > Live Security Virtual Conference > Exclusive live event will cover all the ways today
Re: [WiX-users] set a property using If statements
A small addition to Peter's answer. I think that you'll get a warning like: 'duplicate of id SetNumloggers'. So better use CustomAction element with two different 'ID'. ProductName = "somevalue" 2012/9/19 Peter Shirtcliffe > Yes. Youd use a pair of SetProperty elements (or a default property setting > and an override): > e.g. > > > ProductName = > "somevalue" > > > You would need to set the Before or After attributes if you wanted the > assignment to take place earlier than the default. > This only makes sense if your condition can only be evaluated at run time. > If > you knew the value at compile time then the preprocessor approach would be > better. > > BTW changing Secure won't have had the effect you observed - it will have > been some other change you made. Secure=yes just enables the property value > to propagate from the commandline & UI sequence to the Execute sequence. > > -Original Message- > From: Natalie Carr [mailto:natalie.c...@measuresoft.com] > Sent: 19 September 2012 14:33 > To: 'General discussion for Windows Installer XML toolset.' > Subject: Re: [WiX-users] set a property using If statements > > > Peter is it possible for this to be done at run time? > > -Original Message- > From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] > Sent: 19 September 2012 13:05 > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] set a property using If statements > > The code you give seems fine. Did you want to do it at run-time instead of > at > compile time ? > > -Original Message- > From: Natalie Carr [mailto:natalie.c...@measuresoft.com] > Sent: 19 September 2012 12:37 > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] set a property using If statements > > Is it possible to set a property using If statements, I would like > something > like this to work but it doesn't and I am not sure if it can even be done: > > > > > > > > > > > > > > > > Kind Regards, > > > > Natalie Carr > > > > > > - > - > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and threat > landscape has changed and how IT managers can respond. Discussions will > include endpoint security, mobile security and the latest in malware > threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > 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. > > > > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and threat > landscape has changed and how IT managers can respond. Discussions will > include endpoint security, mobile security and the latest in malware > threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > - > - > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and threat > landscape has changed and how IT managers can respond. Discussions will > include endpoint security, mobile security and the latest in malware > threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how
Re: [WiX-users] Weird behavior on conditions
Since both conditions are true, then wix checks the value of "Order". Element with the higher value of 'Order' will be used. 2012/9/20 Natalie Carr > Hi, having this problem with this code: > > > >Value="DatascanPortDlg" Order="1"> > >Value="NumLoggersDlg" Order="2"> > >Value="InstallDirDlg" Order="3"/> > > > > The conditions are all true on the first and second functions but it always > jumps to the second one rather than to the first. If I comment out the > second one the first is called, I'm very confused over this..:( > > > > Kind Regards, > > > > Natalie Carr > > > > > > > -- > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://ad.doubleclick.net/clk;258768047;13503038;j? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Multilanguage managed bootstrapper
Hi! I am struggling with making my managed bootstrapper multilanguage. It's working brilliant on install and remove. But problem rase during repair mode. Each time when bootstrapper launches it shows the window with listbox of languages to select. I had embed all mst-files inside one english installer and bootstrapper launches this installer in selected transform. When bootstrapper works in repair mode, installer finish with success, but bootstrapper can't register the dependency: " Unable to register source directory:..." It's not a fatal error and bootstrapper completes its work. If i launch bootstrapper in uninstall mode after that, it detects that my msi is not installed on machine. And doesn't launch it. I found this dreary post: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Re-Burn-Engine-Operations-WAS-Using-transforms-regular-to-install-multiple-times-per-application-td7584368.html But I wonder, may be there is some ability to register package in code? or to set the state to the package? Any hack? Any answer is appreciated, thank you and sorry for my bad English. -- Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Multilanguage managed bootstrapper
Hmm. It's look like bootstrapper uninstalls product only if it was installed without any transform ( default is: TRANSFORMS="" ). Product codes for each localized msi are different. Any advice? С уважением, Найля Исяндавлетова 2014-03-05 12:09 GMT+04:00 Nelya Iva : > Hi! I am struggling with making my managed bootstrapper multilanguage. > It's working brilliant on install and remove. But problem rase during > repair mode. > Each time when bootstrapper launches it shows the window with listbox of > languages to select. I had embed all mst-files inside one english installer > and bootstrapper launches this installer in selected transform. When > bootstrapper works in repair mode, installer finish with success, but > bootstrapper can't register the dependency: > " Unable to register source directory:..." > It's not a fatal error and bootstrapper completes its work. If i launch > bootstrapper in uninstall mode after that, it detects that my msi is not > installed on machine. And doesn't launch it. > I found this dreary post: > > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Re-Burn-Engine-Operations-WAS-Using-transforms-regular-to-install-multiple-times-per-application-td7584368.html > > But I wonder, may be there is some ability to register package in code? or > to set the state to the package? Any hack? Any answer is appreciated, thank > you and sorry for my bad English. > -- Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Multilanguage managed bootstrapper
Thank's, Rob. С уважением, Найля Исяндавлетова 2014-03-06 3:50 GMT+04:00 Rob Mensching : > I think you need the multi-instance MSI support feature request for Burn. > Someone else asked about this feature the other day. I don't' think anyone > is working on it today. > > -Original Message- > From: Nelya Iva [mailto:nelya@gmail.com] > Sent: Wednesday, March 5, 2014 3:53 AM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Multilanguage managed bootstrapper > > Hmm. It's look like bootstrapper uninstalls product only if it was > installed without any transform ( default is: TRANSFORMS="" ). Product > codes for each localized msi are different. Any advice? > > С уважением, > Найля Исяндавлетова > > > 2014-03-05 12:09 GMT+04:00 Nelya Iva : > > > Hi! I am struggling with making my managed bootstrapper multilanguage. > > It's working brilliant on install and remove. But problem rase during > > repair mode. > > Each time when bootstrapper launches it shows the window with listbox > > of languages to select. I had embed all mst-files inside one english > > installer and bootstrapper launches this installer in selected > > transform. When bootstrapper works in repair mode, installer finish > > with success, but bootstrapper can't register the dependency: > > " Unable to register source directory:..." > > It's not a fatal error and bootstrapper completes its work. If i > > launch bootstrapper in uninstall mode after that, it detects that my > > msi is not installed on machine. And doesn't launch it. > > I found this dreary post: > > > > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Re-Burn- > > Engine-Operations-WAS-Using-transforms-regular-to-install-multiple-tim > > es-per-application-td7584368.html > > > > But I wonder, may be there is some ability to register package in > > code? or to set the state to the package? Any hack? Any answer is > > appreciated, thank you and sorry for my bad English. > > > > -- > Subversion Kills Productivity. Get off Subversion & Make the Move to > Perforce. > With Perforce, you get hassle-free workflows. Merge that actually works. > Faster operations. Version large binaries. Built-in WAN optimization and > the freedom to use Git, Perforce or both. Make the move to Perforce. > > http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > -- > Subversion Kills Productivity. Get off Subversion & Make the Move to > Perforce. > With Perforce, you get hassle-free workflows. Merge that actually works. > Faster operations. Version large binaries. Built-in WAN optimization and > the > freedom to use Git, Perforce or both. Make the move to Perforce. > > http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
