[WiX-users] Patching Base Versions

2010-06-01 Thread XorPtr

I had a question about whether a feature is supported and haven't seen any
WiX documentation that really answers my question.  Basically I was curious
as to how patches could be installed and supersede each other based on the
base used to create the patch.

For example if I have Product v1.0.3 directly.
I can create a patch for Product v1.0.3 using it as a base and patching to
Product v1.0.4.

My question is, would I be able to install a patch created using the base
Product v1.0.1 which patches to Product v1.0.4, and successfully install it
on Product v1.0.3.  Currently this is effort is failing with a message
saying the program to be upgraded may be missing or the upgrade patch may
update a different version of the program.  

I'm not sure if this is because I have a problem with the patch or if this
just isn't supported by WiX.  If this is supported by WiX, what would be the
best way to go about doing it?

Thanks in advance,

Big Jim.
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Patching-Base-Versions-tp5127849p5127849.html
Sent from the wix-users mailing list archive at Nabble.com.

--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Patching Base Versions

2010-06-01 Thread XorPtr

I had a question about whether a feature is supported in WiX or not.  I
haven't seen any WiX documentation that really answers my question. 
Basically I was curious as to how patches could be installed and supersede
each other based on the base used to create the patch.

For example if I have Product v1.0.3 directly.
I can create a patch for Product v1.0.3 using it as a base and patching to
Product v1.0.4.

My question is would I be able to install a patch created using the base
Product v1.0.1 which patches to Product v1.0.4 and successfully install it
on Product v1.0.3?  Currently this effort is failing with a message saying
the program to be upgraded may be missing or the upgrade patch may update a
different version of the program.  

I'm not sure if this is because I have a problem with the patch or if this
just isn't supported by WiX.  If this is supported by WiX, what would be the
best way to go about doing it?

Thanks in advance,

Big Jim.
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Patching-Base-Versions-tp5127869p5127869.html
Sent from the wix-users mailing list archive at Nabble.com.

--

___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Windows installer problems when users choose install directory.

2009-12-21 Thread XorPtr

Hey Rob, I think I know what you're referring to.  The ICE57 error comes up
if you mix per machine and per user data, however this wasn't happening with
the registrykey I was setting for the unadvertised shortcuts.  Thanks for
the input though!


Rob Mensching-7 wrote:
 
 Where was the File installed? If it was to a per-machine location then
 mixing in per-user stuff (like HKCU registry key) can create interesting
 behaviors. Sorry, I don't remember more specifics but I know there is an
 ICE
 that complains about it. Maybe that will lead to a trail...
 
 On Thu, Dec 17, 2009 at 10:11 AM, XorPtr reaper4...@gmail.com wrote:
 

 Hey! I think I was able to finally solve this issue which also related so
 other issues with alternate patching not working.  The reason for all the
 trouble seemed to be the use of RegistryKey entries for non advertised
 shortcuts in the related components.  Original wix for example:

 Component Id=Component1 Guid={----}
  File Id=File1 Name=My File Vital=yes
 Source=$(var.PATH)\Filename.exe
Shortcut Id=Shortcut1 Directory=ProductProgramMenuFolder
 Name=File
 Name WorkingDirectory=directoryBin
  /File
  RegistryKey Root=HKCU
 Key=Software\Product\NamedDirectory\Uninstall
 RegistryValue Value=0 Type=string KeyPath=yes /
  /RegistryKey
 /Component

 To fix the problem I had to remove the registrykey and set the shortcut
 as
 advertised as follows:

 Component Id=Component1 Guid={----}
  File Id=File1 Name=My File Vital=yes
 Source=$(var.PATH)\Filename.exe
Shortcut Id=Shortcut1 Directory=ProductProgramMenuFolder
 Name=File
 Name WorkingDirectory=directoryBin Advertise=yes
  /File
 /Component

 In case anyone else out there has a similar issue, after making this
 change
 everything worked fine!


 XorPtr wrote:
 
  This is actually another cry for help on what's probably a related
 issue
  with installing a patch when users install to an alternate directory.
  The
  original issue was that when patching our product the patch only works
  when the user installs to the default directory, if they choose their
 own
  the patch does not work.  The result of this was due to the patched
 files
  installing into the default directory rather than the install
 directory.
  Upon further investigation the same issue also occurs when repairing
 the
  product if it is installed to a different directory.  Removing the
 product
  has a similar issue in not removing the files unless they're in the
  default directory.  At this point I'm confident the problem goes beyond
  the patch and I'm making a basic mistake with the windows installer,
 but
 I
  have no idea what I'm doing wrong.
 
  Thanks in advance!
 
  Big Jim.
 

 --
 View this message in context:
 http://n2.nabble.com/Windows-installer-problems-when-users-choose-install-directory-tp4141782p4182655.html
 Sent from the wix-users mailing list archive at Nabble.com.


 --
 This SF.Net email is sponsored by the Verizon Developer Community
 Take advantage of Verizon's best-in-class app development support
 A streamlined, 14 day to market process makes app distribution fast and
 easy
 Join now and get one step closer to millions of Verizon customers
 http://p.sf.net/sfu/verizon-dev2dev
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


 
 
 -- 
 virtually, Rob Mensching - http://RobMensching.com LLC
 --
 This SF.Net email is sponsored by the Verizon Developer Community
 Take advantage of Verizon's best-in-class app development support
 A streamlined, 14 day to market process makes app distribution fast and
 easy
 Join now and get one step closer to millions of Verizon customers
 http://p.sf.net/sfu/verizon-dev2dev 
 ___
 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/Windows-installer-problems-when-users-choose-install-directory-tp4141782p4199708.html
Sent from the wix-users mailing list archive at Nabble.com.

--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Windows installer problems when users choose install directory.

2009-12-17 Thread XorPtr

Hey! I think I was able to finally solve this issue which also related so
other issues with alternate patching not working.  The reason for all the
trouble seemed to be the use of RegistryKey entries for non advertised
shortcuts in the related components.  Original wix for example:

Component Id=Component1 Guid={----}
  File Id=File1 Name=My File Vital=yes
Source=$(var.PATH)\Filename.exe
Shortcut Id=Shortcut1 Directory=ProductProgramMenuFolder Name=File
Name WorkingDirectory=directoryBin
  /File
  RegistryKey Root=HKCU Key=Software\Product\NamedDirectory\Uninstall
RegistryValue Value=0 Type=string KeyPath=yes /
  /RegistryKey
/Component

To fix the problem I had to remove the registrykey and set the shortcut as
advertised as follows:

Component Id=Component1 Guid={----}
  File Id=File1 Name=My File Vital=yes
Source=$(var.PATH)\Filename.exe
Shortcut Id=Shortcut1 Directory=ProductProgramMenuFolder Name=File
Name WorkingDirectory=directoryBin Advertise=yes
  /File
/Component

In case anyone else out there has a similar issue, after making this change
everything worked fine!


XorPtr wrote:
 
 This is actually another cry for help on what's probably a related issue
 with installing a patch when users install to an alternate directory.  The
 original issue was that when patching our product the patch only works
 when the user installs to the default directory, if they choose their own
 the patch does not work.  The result of this was due to the patched files
 installing into the default directory rather than the install directory. 
 Upon further investigation the same issue also occurs when repairing the
 product if it is installed to a different directory.  Removing the product
 has a similar issue in not removing the files unless they're in the
 default directory.  At this point I'm confident the problem goes beyond
 the patch and I'm making a basic mistake with the windows installer, but I
 have no idea what I'm doing wrong.
 
 Thanks in advance!
 
 Big Jim.
 

-- 
View this message in context: 
http://n2.nabble.com/Windows-installer-problems-when-users-choose-install-directory-tp4141782p4182655.html
Sent from the wix-users mailing list archive at Nabble.com.

--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Patching problems with alternate directories

2009-12-17 Thread XorPtr

Hey Tom, I wanted to thank you for all of your help.  I actually was able to
figure out the problem and get it fixed.  As it turns out it was being
caused by a RegistryKey entry for non advertised shortcuts.  When I removed
the registry key entry and set the shortcuts as advertised everything worked
perfectly for repairs, uninstalls, patches, and presumably for future
upgrades.  

The solution surprised me as it doesn't seem to be related.  I was wondering
if you might know what goes on behind the scenes of the mysterious Windows
Installer that could explain why the shortcuts turned out to be causing my
problem.  Thanks in advance!

Big Jim.


Thomas Svare wrote:
 
 Hello,
 
 Sorry about that just meant any install operation after the initial
 install.  It sounds like WIX_INSTALLDIR is not being updated to the user
 select install directory during patches/repair/uninstall.  If the
 install directory is being saved in the registry or .ini file you can
 use the RegistrySearch or IniFileSearch element to set a property.  Then
 you could use that property to set WIX_INSTALLDIR based on whether or
 not your product is installed.  
 
 There's also a ComponentSearch element that may be helpful as well.
 
 Thanks,
 Tom
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Monday, December 14, 2009 11:59 AM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate directories
 
 
 Sorry, I'm not familiar with the term maintenance mode and all that it
 encompasses.  I can tell you that the WIX_INSTALLDIR is being defined in
 the
 actual code.  When running the installer it has a default location which
 is
 preset and shows up in the dialog.  When the user changes it they do it
 while running the installer by modifying the text which should reset the
 WIX_INSTALLDIR property during the installation.  If this could be
 defined
 as being set/defined in maintenance mode, than yes it is for user-chosen
 directories.
 
 
 Thomas Svare wrote:
 
 Hello,
 
 Is WIXUI_INSTALLDIR being set/defined in maintenance mode?
 
 Thanks,
 Tom
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Monday, December 14, 2009 10:28 AM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate directories
 
 
 Hey Tom,
 
 I have the option for users to choose the installation directory from
 a
 custom InstallDirDlg.wxs file, basically just copied with a different
 name,
 call it MyInstallDirDlg.wxs.  The user can either click a button and
 browse
 or type the location manually into an edit field.  The value gets set
 to
 a
 property defined in my main installer .wxs file as WIXUI_INSTALLDIR.
 Then
 in a custom MyWixUI_InstallDir.wxs, I have it publish the
 SetTargetPath
 event to value [WIXUI_INSTALLDIR].
 
 By default the directory structure is put in as follows:
 
 Directory Id=ProgramFilesFolder
   Directory Id='ProductFolder' Name='Product'
 Directory Id=PRODUCTVERSIONFOLDER Name=Version
   RegistryKey Root=HKCU
 Key=Software\IWARS\ResearchAndDevelopment\Uninstall
 RegistryValue Value=0 Type=string KeyPath=yes /
   /RegistryKey
   ... components below ...
 /Directory
   /Directory
 /Directory
 
 
 Thomas Svare wrote:
 
 Hello,
 
 How does the directory for the binaries and docs get set when the
 user
 chooses a non-default install directory?  It sounds like this isn't
 happening in any maintenance operations.
 
 Thanks,
 Tom
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Friday, December 11, 2009 8:07 AM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate directories
 
 
 Hey Tom,
 
 I managed to get a verbose log of a good and bad uninstall (seemed
 the
 easiest place to start.)  INSTALLDIR was set properly in both logs.
 The
 issue with the uninstall prevents itself with only the data files
 used
 by
 our application being removed.  This holds true for the other issues
 as
 well, the data files don't seem to be causing a problem.  The binary
 files
 and documentation for our product remain behind.  In both logs their
 directory data is also the same, which naturally means it works fine
 when
 installed to the default directory.
 
 There isn't really any key difference between the binary files being
 installed and the data files.  One difference being that all the
 binary
 files are being installed under a single component (which I know is a
 rule
 violation but the ruling to do it this way is happening above me).  I
 also
 don't see how it could be contributing to this particular problem.
 
 
 Thomas Svare wrote:
 
 Hello,
 
 Try looking at the property dump section of a verbose log and
 compare
 the directory table entry values between a good default install and
 a
 bad patch/repair/uninstall.  INSTALLDIR is has been an issue for me
 in
 the past.
 
 Thanks,
 Tom
 
 -Original Message-
 From

Re: [WiX-users] Patching problems with alternate directories

2009-12-16 Thread XorPtr

That's an interesting idea, I assumed that the windows installer more or less
kept track of an original install for repairs, uninstalls, patches, and
upgrades which may have been the error in my approach.  My installer does
not contain a registry key for an installation path.  Although I can easily
add a registry key to do this I'm not sure how I would make use of it for
uninstalls, repairs, and patches though, chiefly how to make them look for
that registry key and update their working directory based on it.  Do you
have any idea how this might be done or perhaps a link to some online
resources.  I've been searching google to see about how to do this and
haven't had much luck so far.


Thomas Svare wrote:
 
 Hello,
 
 Sorry about that just meant any install operation after the initial
 install.  It sounds like WIX_INSTALLDIR is not being updated to the user
 select install directory during patches/repair/uninstall.  If the
 install directory is being saved in the registry or .ini file you can
 use the RegistrySearch or IniFileSearch element to set a property.  Then
 you could use that property to set WIX_INSTALLDIR based on whether or
 not your product is installed.  
 
 There's also a ComponentSearch element that may be helpful as well.
 
 Thanks,
 Tom
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Monday, December 14, 2009 11:59 AM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate directories
 
 
 Sorry, I'm not familiar with the term maintenance mode and all that it
 encompasses.  I can tell you that the WIX_INSTALLDIR is being defined in
 the
 actual code.  When running the installer it has a default location which
 is
 preset and shows up in the dialog.  When the user changes it they do it
 while running the installer by modifying the text which should reset the
 WIX_INSTALLDIR property during the installation.  If this could be
 defined
 as being set/defined in maintenance mode, than yes it is for user-chosen
 directories.
 
 
 Thomas Svare wrote:
 
 Hello,
 
 Is WIXUI_INSTALLDIR being set/defined in maintenance mode?
 
 Thanks,
 Tom
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Monday, December 14, 2009 10:28 AM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate directories
 
 
 Hey Tom,
 
 I have the option for users to choose the installation directory from
 a
 custom InstallDirDlg.wxs file, basically just copied with a different
 name,
 call it MyInstallDirDlg.wxs.  The user can either click a button and
 browse
 or type the location manually into an edit field.  The value gets set
 to
 a
 property defined in my main installer .wxs file as WIXUI_INSTALLDIR.
 Then
 in a custom MyWixUI_InstallDir.wxs, I have it publish the
 SetTargetPath
 event to value [WIXUI_INSTALLDIR].
 
 By default the directory structure is put in as follows:
 
 Directory Id=ProgramFilesFolder
   Directory Id='ProductFolder' Name='Product'
 Directory Id=PRODUCTVERSIONFOLDER Name=Version
   RegistryKey Root=HKCU
 Key=Software\IWARS\ResearchAndDevelopment\Uninstall
 RegistryValue Value=0 Type=string KeyPath=yes /
   /RegistryKey
   ... components below ...
 /Directory
   /Directory
 /Directory
 
 
 Thomas Svare wrote:
 
 Hello,
 
 How does the directory for the binaries and docs get set when the
 user
 chooses a non-default install directory?  It sounds like this isn't
 happening in any maintenance operations.
 
 Thanks,
 Tom
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Friday, December 11, 2009 8:07 AM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate directories
 
 
 Hey Tom,
 
 I managed to get a verbose log of a good and bad uninstall (seemed
 the
 easiest place to start.)  INSTALLDIR was set properly in both logs.
 The
 issue with the uninstall prevents itself with only the data files
 used
 by
 our application being removed.  This holds true for the other issues
 as
 well, the data files don't seem to be causing a problem.  The binary
 files
 and documentation for our product remain behind.  In both logs their
 directory data is also the same, which naturally means it works fine
 when
 installed to the default directory.
 
 There isn't really any key difference between the binary files being
 installed and the data files.  One difference being that all the
 binary
 files are being installed under a single component (which I know is a
 rule
 violation but the ruling to do it this way is happening above me).  I
 also
 don't see how it could be contributing to this particular problem.
 
 
 Thomas Svare wrote:
 
 Hello,
 
 Try looking at the property dump section of a verbose log and
 compare
 the directory table entry values between a good default install and
 a
 bad patch/repair/uninstall.  INSTALLDIR is has been an issue for me
 in
 the past.
 
 Thanks

Re: [WiX-users] Patching problems with alternate directories

2009-12-14 Thread XorPtr

Hey Tom,

I have the option for users to choose the installation directory from a
custom InstallDirDlg.wxs file, basically just copied with a different name,
call it MyInstallDirDlg.wxs.  The user can either click a button and browse
or type the location manually into an edit field.  The value gets set to a
property defined in my main installer .wxs file as WIXUI_INSTALLDIR.  Then
in a custom MyWixUI_InstallDir.wxs, I have it publish the SetTargetPath
event to value [WIXUI_INSTALLDIR].

By default the directory structure is put in as follows:

Directory Id=ProgramFilesFolder
  Directory Id='ProductFolder' Name='Product'
Directory Id=PRODUCTVERSIONFOLDER Name=Version
  RegistryKey Root=HKCU
Key=Software\IWARS\ResearchAndDevelopment\Uninstall
RegistryValue Value=0 Type=string KeyPath=yes /
  /RegistryKey
  ... components below ...
/Directory
  /Directory
/Directory


Thomas Svare wrote:
 
 Hello,
 
 How does the directory for the binaries and docs get set when the user
 chooses a non-default install directory?  It sounds like this isn't
 happening in any maintenance operations.
 
 Thanks,
 Tom
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Friday, December 11, 2009 8:07 AM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate directories
 
 
 Hey Tom,
 
 I managed to get a verbose log of a good and bad uninstall (seemed the
 easiest place to start.)  INSTALLDIR was set properly in both logs.  The
 issue with the uninstall prevents itself with only the data files used
 by
 our application being removed.  This holds true for the other issues as
 well, the data files don't seem to be causing a problem.  The binary
 files
 and documentation for our product remain behind.  In both logs their
 directory data is also the same, which naturally means it works fine
 when
 installed to the default directory.
 
 There isn't really any key difference between the binary files being
 installed and the data files.  One difference being that all the binary
 files are being installed under a single component (which I know is a
 rule
 violation but the ruling to do it this way is happening above me).  I
 also
 don't see how it could be contributing to this particular problem.
 
 
 Thomas Svare wrote:
 
 Hello,
 
 Try looking at the property dump section of a verbose log and compare
 the directory table entry values between a good default install and a
 bad patch/repair/uninstall.  INSTALLDIR is has been an issue for me in
 the past.
 
 Thanks,
 Tom
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Thursday, December 10, 2009 3:50 PM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate directories
 
 
 Thanks for the tip Tom, I'm looking into at least one discrepency that
 I
 saw
 come up after the Orca/patch transform.  I'm not sure if it's causing
 this
 error or not but chances are it would have caused problems down the
 road.  
 
 The second issue you mentioned I was curious about as well.  Do you
 know
 of
 anything that could cause a property to be set by the UI and not by
 repair
 and uninstall?  I could see this happening with registry key entries
 which
 shouldn't be the case in my installer, but could you help me to
 understand
 what to look for with troublesome UI properties as well?
 
 
 Thomas Svare wrote:
 
 Hello,
 
 You just open the msi with Orca then choose Transform-View Patch and
 navigate to the msp and select OK and you'll see the changes in Orca.
 
 Since repairs and uninstalls are showing the problem it sounds like
 some
 property is getting set by the UI that isn't being re-set during
 patch/repair/uninstall.
 
 Thanks,
 Tom
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Thursday, December 10, 2009 12:59 PM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate directories
 
 
 I definitely reviewed the tables for both my installer msi as well as
 my
 patch msp while trying to figure out this problem.  I've never heard
 of
 applying a patch using orca before though, I took at look but didn't
 see
 an
 obvious way of doing this.  Could you let me know how to use orca to
 apply
 the patch?  Also the issue extends beyond patching to include repairs
 and
 uninstalls so I think the problem runs deeper than just how the patch
 is
 applied.
 
 
 Thomas Svare wrote:
 
 Hello,
 
 You may have already tried this but sometimes opening the msi and
 applying the patch with Orca can point out things that are buried in
 a
 verbose log like removing a component from a feature during a patch
 etc.
 
 Thanks,
 Tom
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Thursday, December 10, 2009 12:00 PM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate
 directories
 
 
 All of the components

Re: [WiX-users] Patching problems with alternate directories

2009-12-14 Thread XorPtr

Sorry, I'm not familiar with the term maintenance mode and all that it
encompasses.  I can tell you that the WIX_INSTALLDIR is being defined in the
actual code.  When running the installer it has a default location which is
preset and shows up in the dialog.  When the user changes it they do it
while running the installer by modifying the text which should reset the
WIX_INSTALLDIR property during the installation.  If this could be defined
as being set/defined in maintenance mode, than yes it is for user-chosen
directories.


Thomas Svare wrote:
 
 Hello,
 
 Is WIXUI_INSTALLDIR being set/defined in maintenance mode?
 
 Thanks,
 Tom
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Monday, December 14, 2009 10:28 AM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate directories
 
 
 Hey Tom,
 
 I have the option for users to choose the installation directory from a
 custom InstallDirDlg.wxs file, basically just copied with a different
 name,
 call it MyInstallDirDlg.wxs.  The user can either click a button and
 browse
 or type the location manually into an edit field.  The value gets set to
 a
 property defined in my main installer .wxs file as WIXUI_INSTALLDIR.
 Then
 in a custom MyWixUI_InstallDir.wxs, I have it publish the SetTargetPath
 event to value [WIXUI_INSTALLDIR].
 
 By default the directory structure is put in as follows:
 
 Directory Id=ProgramFilesFolder
   Directory Id='ProductFolder' Name='Product'
 Directory Id=PRODUCTVERSIONFOLDER Name=Version
   RegistryKey Root=HKCU
 Key=Software\IWARS\ResearchAndDevelopment\Uninstall
 RegistryValue Value=0 Type=string KeyPath=yes /
   /RegistryKey
   ... components below ...
 /Directory
   /Directory
 /Directory
 
 
 Thomas Svare wrote:
 
 Hello,
 
 How does the directory for the binaries and docs get set when the user
 chooses a non-default install directory?  It sounds like this isn't
 happening in any maintenance operations.
 
 Thanks,
 Tom
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Friday, December 11, 2009 8:07 AM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate directories
 
 
 Hey Tom,
 
 I managed to get a verbose log of a good and bad uninstall (seemed the
 easiest place to start.)  INSTALLDIR was set properly in both logs.
 The
 issue with the uninstall prevents itself with only the data files used
 by
 our application being removed.  This holds true for the other issues
 as
 well, the data files don't seem to be causing a problem.  The binary
 files
 and documentation for our product remain behind.  In both logs their
 directory data is also the same, which naturally means it works fine
 when
 installed to the default directory.
 
 There isn't really any key difference between the binary files being
 installed and the data files.  One difference being that all the
 binary
 files are being installed under a single component (which I know is a
 rule
 violation but the ruling to do it this way is happening above me).  I
 also
 don't see how it could be contributing to this particular problem.
 
 
 Thomas Svare wrote:
 
 Hello,
 
 Try looking at the property dump section of a verbose log and compare
 the directory table entry values between a good default install and a
 bad patch/repair/uninstall.  INSTALLDIR is has been an issue for me
 in
 the past.
 
 Thanks,
 Tom
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Thursday, December 10, 2009 3:50 PM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate directories
 
 
 Thanks for the tip Tom, I'm looking into at least one discrepency
 that
 I
 saw
 come up after the Orca/patch transform.  I'm not sure if it's causing
 this
 error or not but chances are it would have caused problems down the
 road.  
 
 The second issue you mentioned I was curious about as well.  Do you
 know
 of
 anything that could cause a property to be set by the UI and not by
 repair
 and uninstall?  I could see this happening with registry key entries
 which
 shouldn't be the case in my installer, but could you help me to
 understand
 what to look for with troublesome UI properties as well?
 
 
 Thomas Svare wrote:
 
 Hello,
 
 You just open the msi with Orca then choose Transform-View Patch
 and
 navigate to the msp and select OK and you'll see the changes in
 Orca.
 
 Since repairs and uninstalls are showing the problem it sounds like
 some
 property is getting set by the UI that isn't being re-set during
 patch/repair/uninstall.
 
 Thanks,
 Tom
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Thursday, December 10, 2009 12:59 PM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate
 directories
 
 
 I definitely reviewed the tables for both my installer msi as well
 as
 my
 patch msp

Re: [WiX-users] Patching problems with alternate directories

2009-12-10 Thread XorPtr

Hey Blair-2, I'd be happy to share a log of the installation but
unfortunately I'm doing this for a company and I'm not allowed to post the
information for a log.  I've studied the logs myself during patching and it
looks like it doesn't recognize that the install path is different from
C:\Program Files\Appname\etc.  What it ends up outputting is a list of the
files being installed by the patch but each one specifies To be installed;
Won't patch; No existing file.

If you're interested in a particular portion of the log file I might be able
to show you by replacing the product and path information with fictional
data so you could see what might be the problem without my violating my
company's policies.

Thank for all your help so far!


Blair-2 wrote:
 
 The location that the components you are patching are already installed.
 
 Could you share a log that shows it not working in that circumstance?
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Wednesday, December 09, 2009 1:55 PM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate directories
 
 
 When you refer to the currently installed location, are you referring to
 the location that my product installs to by default or the location
 selected
 by the user.  If the latter, then the patch should be installing to that
 location.
 
 
 Blair-2 wrote:
 
 Are your patches MSP files performing either small updates or minor
 upgrades? If so, the patch application won't let you patch anywhere other
 than the currently installed location since the keypath of the components
 can't be changed without a major upgrade.
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Wednesday, December 02, 2009 1:12 PM
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] Patching problems with alternate directories
 
 
 I've been having an issue with my WiX patch which I haven't been able to
 find
 any information for.  The company I work for wants to give users the
 freedom
 to install our product in a directory of their choice.  We've given the
 installer a default directory which can be changed at install time by the
 user.  This has worked fine up until attempting to patch the package.  I
 successfully made a patch which patches the package without problem if
 it's
 installed to the default location, however if users choose to install the
 product in an alternate location and then patch the patch fails because
 it's
 still trying to change files on the default location.  Any ideas on how I
 can dynamically set up the patch install location based on where the user
 installs our product?  Thanks in advance.
 
 Big Jim.
 -- 
 View this message in context:

 http://n2.nabble.com/Patching-problems-with-alternate-directories-tp4102386p
 4102386.html
 Sent from the wix-users mailing list archive at Nabble.com.
 

 
 --
 Join us December 9, 2009 for the Red Hat Virtual Experience,
 a free event focused on virtualization and cloud computing. 
 Attend in-depth sessions from your desk. Your couch. Anywhere.
 http://p.sf.net/sfu/redhat-sfdev2dev
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 
 

 
 --
 Join us December 9, 2009 for the Red Hat Virtual Experience,
 a free event focused on virtualization and cloud computing. 
 Attend in-depth sessions from your desk. Your couch. Anywhere.
 http://p.sf.net/sfu/redhat-sfdev2dev
 ___
 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/Patching-problems-with-alternate-directories-tp4102386p
 4142265.html
 Sent from the wix-users mailing list archive at Nabble.com.
 
 
 --
 Return on Information:
 Google Enterprise Search pays you back
 Get the facts.
 http://p.sf.net/sfu/google-dev2dev
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 
 
 --
 Return on Information:
 Google Enterprise Search pays you back
 Get the facts.
 http://p.sf.net/sfu/google-dev2dev
 ___
 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/Patching-problems-with-alternate-directories-tp4102386p4145621.html
Sent from the wix-users mailing list archive at Nabble.com

Re: [WiX-users] Patching problems with alternate directories

2009-12-10 Thread XorPtr

All of the components are listed as:

Installed: Local; Request: Local; Action: Local.


Blair-2 wrote:
 
 What does the log say about the component statuses?
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Thursday, December 10, 2009 6:27 AM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate directories
 
 
 Hey Blair-2, I'd be happy to share a log of the installation but
 unfortunately I'm doing this for a company and I'm not allowed to post the
 information for a log.  I've studied the logs myself during patching and
 it
 looks like it doesn't recognize that the install path is different from
 C:\Program Files\Appname\etc.  What it ends up outputting is a list of the
 files being installed by the patch but each one specifies To be installed;
 Won't patch; No existing file.
 
 If you're interested in a particular portion of the log file I might be
 able
 to show you by replacing the product and path information with fictional
 data so you could see what might be the problem without my violating my
 company's policies.
 
 Thank for all your help so far!
 
 
 Blair-2 wrote:
 
 The location that the components you are patching are already installed.
 
 Could you share a log that shows it not working in that circumstance?
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Wednesday, December 09, 2009 1:55 PM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate directories
 
 
 When you refer to the currently installed location, are you referring
 to
 the location that my product installs to by default or the location
 selected
 by the user.  If the latter, then the patch should be installing to that
 location.
 
 
 Blair-2 wrote:
 
 Are your patches MSP files performing either small updates or minor
 upgrades? If so, the patch application won't let you patch anywhere
 other
 than the currently installed location since the keypath of the
 components
 can't be changed without a major upgrade.
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Wednesday, December 02, 2009 1:12 PM
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] Patching problems with alternate directories
 
 
 I've been having an issue with my WiX patch which I haven't been able to
 find
 any information for.  The company I work for wants to give users the
 freedom
 to install our product in a directory of their choice.  We've given the
 installer a default directory which can be changed at install time by
 the
 user.  This has worked fine up until attempting to patch the package.  I
 successfully made a patch which patches the package without problem if
 it's
 installed to the default location, however if users choose to install
 the
 product in an alternate location and then patch the patch fails because
 it's
 still trying to change files on the default location.  Any ideas on how
 I
 can dynamically set up the patch install location based on where the
 user
 installs our product?  Thanks in advance.
 
 Big Jim.
 -- 
 View this message in context:


 http://n2.nabble.com/Patching-problems-with-alternate-directories-tp4102386p
 4102386.html
 Sent from the wix-users mailing list archive at Nabble.com.
 


 
 --
 Join us December 9, 2009 for the Red Hat Virtual Experience,
 a free event focused on virtualization and cloud computing. 
 Attend in-depth sessions from your desk. Your couch. Anywhere.
 http://p.sf.net/sfu/redhat-sfdev2dev
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 
 


 
 --
 Join us December 9, 2009 for the Red Hat Virtual Experience,
 a free event focused on virtualization and cloud computing. 
 Attend in-depth sessions from your desk. Your couch. Anywhere.
 http://p.sf.net/sfu/redhat-sfdev2dev
 ___
 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/Patching-problems-with-alternate-directories-tp4102386p
 4142265.html
 Sent from the wix-users mailing list archive at Nabble.com.
 

 
 --
 Return on Information:
 Google Enterprise Search pays you back
 Get the facts.
 http://p.sf.net/sfu/google-dev2dev
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 
 

 
 --
 Return on Information:
 Google Enterprise Search pays you back
 Get the facts.
 http

Re: [WiX-users] Patching problems with alternate directories

2009-12-10 Thread XorPtr

I definitely reviewed the tables for both my installer msi as well as my
patch msp while trying to figure out this problem.  I've never heard of
applying a patch using orca before though, I took at look but didn't see an
obvious way of doing this.  Could you let me know how to use orca to apply
the patch?  Also the issue extends beyond patching to include repairs and
uninstalls so I think the problem runs deeper than just how the patch is
applied.


Thomas Svare wrote:
 
 Hello,
 
 You may have already tried this but sometimes opening the msi and
 applying the patch with Orca can point out things that are buried in a
 verbose log like removing a component from a feature during a patch etc.
 
 Thanks,
 Tom
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Thursday, December 10, 2009 12:00 PM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate directories
 
 
 All of the components are listed as:
 
 Installed: Local; Request: Local; Action: Local.
 
 
 Blair-2 wrote:
 
 What does the log say about the component statuses?
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Thursday, December 10, 2009 6:27 AM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate directories
 
 
 Hey Blair-2, I'd be happy to share a log of the installation but
 unfortunately I'm doing this for a company and I'm not allowed to post
 the
 information for a log.  I've studied the logs myself during patching
 and
 it
 looks like it doesn't recognize that the install path is different
 from
 C:\Program Files\Appname\etc.  What it ends up outputting is a list of
 the
 files being installed by the patch but each one specifies To be
 installed;
 Won't patch; No existing file.
 
 If you're interested in a particular portion of the log file I might
 be
 able
 to show you by replacing the product and path information with
 fictional
 data so you could see what might be the problem without my violating
 my
 company's policies.
 
 Thank for all your help so far!
 
 
 Blair-2 wrote:
 
 The location that the components you are patching are already
 installed.
 
 Could you share a log that shows it not working in that circumstance?
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Wednesday, December 09, 2009 1:55 PM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate directories
 
 
 When you refer to the currently installed location, are you
 referring
 to
 the location that my product installs to by default or the location
 selected
 by the user.  If the latter, then the patch should be installing to
 that
 location.
 
 
 Blair-2 wrote:
 
 Are your patches MSP files performing either small updates or minor
 upgrades? If so, the patch application won't let you patch anywhere
 other
 than the currently installed location since the keypath of the
 components
 can't be changed without a major upgrade.
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Wednesday, December 02, 2009 1:12 PM
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] Patching problems with alternate directories
 
 
 I've been having an issue with my WiX patch which I haven't been
 able to
 find
 any information for.  The company I work for wants to give users the
 freedom
 to install our product in a directory of their choice.  We've given
 the
 installer a default directory which can be changed at install time
 by
 the
 user.  This has worked fine up until attempting to patch the
 package.  I
 successfully made a patch which patches the package without problem
 if
 it's
 installed to the default location, however if users choose to
 install
 the
 product in an alternate location and then patch the patch fails
 because
 it's
 still trying to change files on the default location.  Any ideas on
 how
 I
 can dynamically set up the patch install location based on where the
 user
 installs our product?  Thanks in advance.
 
 Big Jim.
 -- 
 View this message in context:



 http://n2.nabble.com/Patching-problems-with-alternate-directories-tp4102
 386p
 4102386.html
 Sent from the wix-users mailing list archive at Nabble.com.
 



 
 
 --
 Join us December 9, 2009 for the Red Hat Virtual Experience,
 a free event focused on virtualization and cloud computing. 
 Attend in-depth sessions from your desk. Your couch. Anywhere.
 http://p.sf.net/sfu/redhat-sfdev2dev
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 
 



 
 
 --
 Join us December 9, 2009 for the Red Hat Virtual Experience,
 a free event focused on virtualization and cloud computing. 
 Attend in-depth

Re: [WiX-users] Patching problems with alternate directories

2009-12-10 Thread XorPtr

Thanks for the tip Tom, I'm looking into at least one discrepency that I saw
come up after the Orca/patch transform.  I'm not sure if it's causing this
error or not but chances are it would have caused problems down the road.  

The second issue you mentioned I was curious about as well.  Do you know of
anything that could cause a property to be set by the UI and not by repair
and uninstall?  I could see this happening with registry key entries which
shouldn't be the case in my installer, but could you help me to understand
what to look for with troublesome UI properties as well?


Thomas Svare wrote:
 
 Hello,
 
 You just open the msi with Orca then choose Transform-View Patch and
 navigate to the msp and select OK and you'll see the changes in Orca.
 
 Since repairs and uninstalls are showing the problem it sounds like some
 property is getting set by the UI that isn't being re-set during
 patch/repair/uninstall.
 
 Thanks,
 Tom
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Thursday, December 10, 2009 12:59 PM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate directories
 
 
 I definitely reviewed the tables for both my installer msi as well as my
 patch msp while trying to figure out this problem.  I've never heard of
 applying a patch using orca before though, I took at look but didn't see
 an
 obvious way of doing this.  Could you let me know how to use orca to
 apply
 the patch?  Also the issue extends beyond patching to include repairs
 and
 uninstalls so I think the problem runs deeper than just how the patch is
 applied.
 
 
 Thomas Svare wrote:
 
 Hello,
 
 You may have already tried this but sometimes opening the msi and
 applying the patch with Orca can point out things that are buried in a
 verbose log like removing a component from a feature during a patch
 etc.
 
 Thanks,
 Tom
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Thursday, December 10, 2009 12:00 PM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate directories
 
 
 All of the components are listed as:
 
 Installed: Local; Request: Local; Action: Local.
 
 
 Blair-2 wrote:
 
 What does the log say about the component statuses?
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Thursday, December 10, 2009 6:27 AM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate directories
 
 
 Hey Blair-2, I'd be happy to share a log of the installation but
 unfortunately I'm doing this for a company and I'm not allowed to
 post
 the
 information for a log.  I've studied the logs myself during patching
 and
 it
 looks like it doesn't recognize that the install path is different
 from
 C:\Program Files\Appname\etc.  What it ends up outputting is a list
 of
 the
 files being installed by the patch but each one specifies To be
 installed;
 Won't patch; No existing file.
 
 If you're interested in a particular portion of the log file I might
 be
 able
 to show you by replacing the product and path information with
 fictional
 data so you could see what might be the problem without my violating
 my
 company's policies.
 
 Thank for all your help so far!
 
 
 Blair-2 wrote:
 
 The location that the components you are patching are already
 installed.
 
 Could you share a log that shows it not working in that
 circumstance?
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Wednesday, December 09, 2009 1:55 PM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Patching problems with alternate
 directories
 
 
 When you refer to the currently installed location, are you
 referring
 to
 the location that my product installs to by default or the location
 selected
 by the user.  If the latter, then the patch should be installing to
 that
 location.
 
 
 Blair-2 wrote:
 
 Are your patches MSP files performing either small updates or minor
 upgrades? If so, the patch application won't let you patch anywhere
 other
 than the currently installed location since the keypath of the
 components
 can't be changed without a major upgrade.
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Wednesday, December 02, 2009 1:12 PM
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] Patching problems with alternate directories
 
 
 I've been having an issue with my WiX patch which I haven't been
 able to
 find
 any information for.  The company I work for wants to give users
 the
 freedom
 to install our product in a directory of their choice.  We've given
 the
 installer a default directory which can be changed at install time
 by
 the
 user.  This has worked fine up until attempting to patch the
 package.  I
 successfully made a patch which patches the package without problem
 if
 it's
 installed to the default location, however if users choose to
 install

[WiX-users] Windows installer problems when users choose install directory.

2009-12-09 Thread XorPtr

This is actually another cry for help on what's probably a related issue with
installing a patch when users install to an alternate directory.  The
original issue was that when patching our product the patch only works when
the user installs to the default directory, if they choose their own the
patch does not work.  The result of this was due to the patched files
installing into the default directory rather than the install directory. 
Upon further investigation the same issue also occurs when repairing the
product if it is installed to a different directory.  Removing the product
has a similar issue in not removing the files unless they're in the default
directory.  At this point I'm confident the problem goes beyond the patch
and I'm making a basic mistake with the windows installer, but I have no
idea what I'm doing wrong.

Thanks in advance!

Big Jim.
-- 
View this message in context: 
http://n2.nabble.com/Windows-installer-problems-when-users-choose-install-directory-tp4141782p4141782.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Patching problems with alternate directories

2009-12-09 Thread XorPtr

When you refer to the currently installed location, are you referring to
the location that my product installs to by default or the location selected
by the user.  If the latter, then the patch should be installing to that
location.


Blair-2 wrote:
 
 Are your patches MSP files performing either small updates or minor
 upgrades? If so, the patch application won't let you patch anywhere other
 than the currently installed location since the keypath of the components
 can't be changed without a major upgrade.
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Wednesday, December 02, 2009 1:12 PM
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] Patching problems with alternate directories
 
 
 I've been having an issue with my WiX patch which I haven't been able to
 find
 any information for.  The company I work for wants to give users the
 freedom
 to install our product in a directory of their choice.  We've given the
 installer a default directory which can be changed at install time by the
 user.  This has worked fine up until attempting to patch the package.  I
 successfully made a patch which patches the package without problem if
 it's
 installed to the default location, however if users choose to install the
 product in an alternate location and then patch the patch fails because
 it's
 still trying to change files on the default location.  Any ideas on how I
 can dynamically set up the patch install location based on where the user
 installs our product?  Thanks in advance.
 
 Big Jim.
 -- 
 View this message in context:
 http://n2.nabble.com/Patching-problems-with-alternate-directories-tp4102386p
 4102386.html
 Sent from the wix-users mailing list archive at Nabble.com.
 
 
 --
 Join us December 9, 2009 for the Red Hat Virtual Experience,
 a free event focused on virtualization and cloud computing. 
 Attend in-depth sessions from your desk. Your couch. Anywhere.
 http://p.sf.net/sfu/redhat-sfdev2dev
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 
 
 --
 Join us December 9, 2009 for the Red Hat Virtual Experience,
 a free event focused on virtualization and cloud computing. 
 Attend in-depth sessions from your desk. Your couch. Anywhere.
 http://p.sf.net/sfu/redhat-sfdev2dev
 ___
 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/Patching-problems-with-alternate-directories-tp4102386p4142265.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Patching problems with alternate directories

2009-12-03 Thread XorPtr

My MSP files are performing small hotfix updates to correct a couple of bugs. 
Thanks for informing me about that restriction.  Is there a workaround you
can think of because I'm pretty much stumped on this one.


Blair-2 wrote:
 
 Are your patches MSP files performing either small updates or minor
 upgrades? If so, the patch application won't let you patch anywhere other
 than the currently installed location since the keypath of the components
 can't be changed without a major upgrade.
 
 -Original Message-
 From: XorPtr [mailto:reaper4...@gmail.com] 
 Sent: Wednesday, December 02, 2009 1:12 PM
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] Patching problems with alternate directories
 
 
 I've been having an issue with my WiX patch which I haven't been able to
 find
 any information for.  The company I work for wants to give users the
 freedom
 to install our product in a directory of their choice.  We've given the
 installer a default directory which can be changed at install time by the
 user.  This has worked fine up until attempting to patch the package.  I
 successfully made a patch which patches the package without problem if
 it's
 installed to the default location, however if users choose to install the
 product in an alternate location and then patch the patch fails because
 it's
 still trying to change files on the default location.  Any ideas on how I
 can dynamically set up the patch install location based on where the user
 installs our product?  Thanks in advance.
 
 Big Jim.
 -- 
 View this message in context:
 http://n2.nabble.com/Patching-problems-with-alternate-directories-tp4102386p
 4102386.html
 Sent from the wix-users mailing list archive at Nabble.com.
 
 
 --
 Join us December 9, 2009 for the Red Hat Virtual Experience,
 a free event focused on virtualization and cloud computing. 
 Attend in-depth sessions from your desk. Your couch. Anywhere.
 http://p.sf.net/sfu/redhat-sfdev2dev
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 
 
 --
 Join us December 9, 2009 for the Red Hat Virtual Experience,
 a free event focused on virtualization and cloud computing. 
 Attend in-depth sessions from your desk. Your couch. Anywhere.
 http://p.sf.net/sfu/redhat-sfdev2dev
 ___
 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/Patching-problems-with-alternate-directories-tp4102386p4106619.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Patching problems with alternate directories

2009-12-02 Thread XorPtr

I've been having an issue with my WiX patch which I haven't been able to find
any information for.  The company I work for wants to give users the freedom
to install our product in a directory of their choice.  We've given the
installer a default directory which can be changed at install time by the
user.  This has worked fine up until attempting to patch the package.  I
successfully made a patch which patches the package without problem if it's
installed to the default location, however if users choose to install the
product in an alternate location and then patch the patch fails because it's
still trying to change files on the default location.  Any ideas on how I
can dynamically set up the patch install location based on where the user
installs our product?  Thanks in advance.

Big Jim.
-- 
View this message in context: 
http://n2.nabble.com/Patching-problems-with-alternate-directories-tp4102386p4102386.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Uninstalling patch removes application files.

2009-12-02 Thread XorPtr

I ended up figuring this out on my own, it looks like the installer became
corrupted somehow so rebuilding the patch from scratch corrected the issue. 
Not sure what caused the corruption though.

Big Jim.

-- 
View this message in context: 
http://n2.nabble.com/Uninstalling-patch-removes-application-files-tp4058882p4102402.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users