Sorry I was ambiguous. When I say "edited", I mean "edited the installed version", not the version used to build the MSI. It sounds like you've done it correctly.
If the file was not edited on the target machine and you didn't find any advertising in the log and vamus doesn't help, then I'm not sure what could be wrong from the information given. Can you post extracts of your patch wxs and component definitions ? -----Original Message----- From: Tobberoth [mailto:tobber...@gmail.com] Sent: 13 June 2011 09:00 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Component Request: null eventhough parent featureis inADDLOCAL Thanks for your reply. Yes, the text file has been edited after the install. I build msi 1, install it. I edit the text file, create msi 2, create msp from the two msi's and run it (with REINSTALLMODE=vamus). File is not updated nor requested. I looked at your link and only found 2 parts. In both, the problem seemed to have something to do with advertise, but "advertise" is not mentioned in my patch log, so I don't think either article is relevant to my issue :( Any more advice would be very appreciated. On Fri, Jun 10, 2011 at 4:36 PM, Peter Shirtcliffe <pshirtcli...@sdl.com>wrote: > Has the text file been edited since it was installed ? Ensure that the > modification and creation dates and times are the same before applying the > msp. > > There is no reinstallmode at component level. You could try > REINSTALLMODE=vamus to force an overwrite regardless of "version" just to > see > if that works. > > This series of 3 articles may suggest avenues of inquiry > > http://blogs.msdn.com/b/windows_installer_team/archive/2005/08/17/451516.aspx > > > -----Original Message----- > From: Tobberoth [mailto:tobber...@gmail.com] > Sent: 10 June 2011 15:11 > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] Component Request: null eventhough parent feature is > inADDLOCAL > > Hello everyone, > > I'm trying to make an MSP which can update a few files and run a few SQL > scripts. It has taken me ages to get anywhere because of boatloads of > issues, but I'm finally in a situation where my MSP runs and completes, > updating the database properly. Unfortunately, it doesn't actually update > files and I can't understand why. My setup is like this: > > * I make an msi which includes a .txt file. > * I make a second msi which includes the same .txt after it has been > updated. > * I make a minor upgrade .msp from the two .msi files. > > I run the first msi, it works great. If I run the second one (as a major > upgrade) that works as well, it contains the updated .txt file. However, if > I run the first msi then run the msp, the .txt file isn't updated, even > though opening the .msp in InstaEd! shows that the patch .cab contains the > updated .txt file. Running with verbose log, it looks good for the feature: > > MSI (s) (6C:00) [15:37:48:756]: Feature: FEAT_Main; Installed: Local; > Request: Local; Action: Local > > It's installed but it's requested to be installed again, as it should be > since I'm running with REINSTALL=ALL and REINSTALLMODE=vomus. Sweet. > > However, the component which is part of the feature is showing something > else: > > MSI (s) (6C:00) [15:37:48:756]: Component: > cmp432C3967A6AA13C06D8D1E0E95348403; Installed: Local; Request: Null; > Action: Null > > What? How can the component possibly not be requested when the feature > which > owns it is? Another component in the same feature (.sql file) is requested > to local as expected. > > Does the MSP by default not understand that it's supposed to overwrite > files > which have changed between packages? How can I force Request: local on the > component level since it isn't enough on the feature level? > > Regards > /Tobias Dersén > > ----------------------------------------------------------------------------- > - > EditLive Enterprise is the world's most technically advanced content > authoring tool. Experience the power of Track Changes, Inline Image > Editing and ensure content is compliant with Accessibility Checking. > http://p.sf.net/sfu/ephox-dev2dev > _______________________________________________ > 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. > > > > ----------------------------------------------------------------------------- - > EditLive Enterprise is the world's most technically advanced content > authoring tool. Experience the power of Track Changes, Inline Image > Editing and ensure content is compliant with Accessibility Checking. > http://p.sf.net/sfu/ephox-dev2dev > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > ----------------------------------------------------------------------------- - EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
