Re: [WiX-users] INSTALLLOCATION wrong value during uninstall (has the default value, not the used one)

2011-03-10 Thread MeCoco
And yes, just to be clear, once I added a component under the INSTALLDIR (not one of it's alias) the INSTALLDIR was also correctly preserved for uninstall. Thx, MeCoco On 3/10/2011 10:39 AM, MeCoco wrote: > Thank you guys for all your help! > > MeCoco > > On 3/9/2011 4

Re: [WiX-users] INSTALLLOCATION wrong value during uninstall (has the default value, not the used one)

2011-03-10 Thread MeCoco
Thank you guys for all your help! MeCoco On 3/9/2011 4:19 PM, David Watson wrote: > If you have a directory element with no @Name it just makes the @Id an alias > of the containing element. > > So your code makes any files targeted to MyApp.Binaries go in the same > locatio

Re: [WiX-users] INSTALLLOCATION wrong value during uninstall (has the default value, not the used one)

2011-03-09 Thread MeCoco
Hi Michael, Thanks again for the explanation. Could you also tell me please what are the following lines of code actually do?: Thanks! MeCoco On 3/9/2011 3:08 PM, Michael Urman wrote: > That doesn't look like it creates a component whose Directory is > INSTALLDIR. It

Re: [WiX-users] INSTALLLOCATION wrong value during uninstall (has the default value, not the used one)

2011-03-09 Thread MeCoco
so it looks like redefining MyApp.Binaries to be the INSTALLDIR value. Am I assuming correct? Thanks, MeCoco On 3/8/2011 3:07 PM, Michael Urman wrote: > Directories are only automatically preserved when there is a component > that installs to it. So make sure at least one component

Re: [WiX-users] INSTALLLOCATION wrong value during uninstall (has the default value, not the used one)

2011-03-08 Thread MeCoco
Z:\Program Files\MyTestInstallDirectory\Modules'. Its new value: 'Z:\Program Files\MyTestInstallDirectory\Modules\'. Is this a bug or am I doing something wrong? I think in both cases the INSTALLDIR should have the correct value (Z:\Program Files\...) on uninstall. Any tip is apprec

Re: [WiX-users] WiX source code download

2011-01-17 Thread MeCoco
OK, the sources, for different versions, can be downloaded here: http://wix.sourceforge.net/releases/ The link can be found when going to: http://wix.sourceforge.net/ and clicking "Weekly Releases". MeCoco On 1/14/2011 5:25 PM, MeCoco wrote: > Hi all, > > I want to get the

[WiX-users] WiX source code download

2011-01-14 Thread MeCoco
but here I can't seem to find how can I download the WiX _source code_ for V 3.0. Can smbd give me a link? Thank you. MeCoco -- Protect Your Site and Customers from Malware Attacks Learn about various malware tac

Re: [WiX-users] Delete the shortcuts on uninstall

2011-01-11 Thread MeCoco
OK, I found the problem: I copy/pasted the code into a new sample and forgot to change the GUID :( Once I use a unique GUID everything works fine. MeCoco On 1/10/2011 6:02 PM, MeCoco wrote: > Hi all, > > I wrote the needed code to create 2 shortcuts: one in the Start Menu and > the

[WiX-users] Delete the shortcuts on uninstall

2011-01-10 Thread MeCoco
pls somebody point me where am I doing smth wrong? The shortcuts are never deleted, neither when uninstalling the program from add/remove programs, nor when uninstalling it via an upgrade. Thank you! MeCoco -- Gaining the

Re: [WiX-users] Let the user choose the installation directory onlyon first install, and not on updates

2011-01-10 Thread MeCoco
Hi Pally, Thanks a lot for your answers. Actually in a major upgrade the last used directory used for installation is shown in the dialog, but the user could still _change_ it, so I think I'll have to go with your first answer. I will investigate on how to do it. Thank you, MeCoco On

[WiX-users] Let the user choose the installation directory only on first install, and not on updates

2011-01-07 Thread MeCoco
on updates the WixUI_Minimal But I don't know how to implement any of above. Can somebody give me some ideas? Thanks! MeCoco -- Gaining the trust of online customers is vital for the success of any company that req

Re: [WiX-users] QtExecDeferred and using a property in the cmd line

2010-11-30 Thread MeCoco
E and it works as expected. Thank you, MeCoco On 11/29/2010 5:42 PM, Thomas S. Trias wrote: > It's too bad that RemoveFile won't work, since it does provide > appropriate transacted functionality; that said, the answer to using > properties within the command line is to use

Re: [WiX-users] QtExecDeferred and using a property in the cmd line

2010-11-30 Thread MeCoco
Hi Sean, Would be great if you would post the code here. There are so many unanswered posts about this issue that you most probably will make a lot of people happy. Thank you, MeCoco On 11/29/2010 4:43 PM, Sean Farrow wrote: > Hi: > That's what I'm in the process of doing fo

Re: [WiX-users] QtExecDeferred and using a property in the cmd line

2010-11-30 Thread MeCoco
Hi Peter, Thanks for the link. I'll have a look. MeCoco On 11/29/2010 4:04 PM, Peter Shirtcliffe wrote: > I see why you need a custom action. Your best approach is to have your > custom action write temporary rows to the RemoveFile table and let > Windows Installer do the deleting

Re: [WiX-users] [BUG/limitation in WIX/MSI]No way to distinguish between an uninstall and an update when

2010-11-30 Thread MeCoco
T UPGRADINGPRODUCTCODE REMOVE="ALL" AND NOT UPGRADINGPRODUCTCODE Thank you, MeCoco On 11/29/2010 4:02 PM, Michael Urman wrote: > The trick here is that in the working case, the component is never > uninstalled. With REP after InstallFinalize, the new install > increments the

Re: [WiX-users] [BUG/limitation in WIX/MSI]No way to distinguish between an uninstall and an update when

2010-11-29 Thread MeCoco
xpected a standard way of doing this, and not through batch or other external custom actions as they can't be controlled during rollbacks. And still, why does this work when REP is after InstallFinalize? Thank you, MeCoco On 11/26/2010 1:57 PM, Michael Urman wrote: > Good job isolating it

Re: [WiX-users] QtExecDeferred and using a property in the cmd line

2010-11-29 Thread MeCoco
esn't work. Can somebody pls help me? Thanks, MeCoco On 11/29/2010 2:54 PM, Peter Shirtcliffe wrote: > Use the element instead. > > > -Original Message- > From: MeCoco [mailto:vcotirl...@hotmail.com] > Sent: 29 November 2010 13:45 > To: General discussi

[WiX-users] QtExecDeferred and using a property in the cmd line

2010-11-29 Thread MeCoco
e to use another custom action that sets a property matching the name of > your action." The problem is that I don't know how to do that? Can someone pls, taking in account the above lines of code, tell me how and what do I need to change to follow this instruction? Thank you, MeC

Re: [WiX-users] [BUG/limitation in WIX/MSI]No way to distinguish between an uninstall and an update when

2010-11-26 Thread MeCoco
component is correctly written with it's condition and even though one can see in the log that UPGRADINGPRODUCTCODE is set, still later in the log one can see that the component is executed, so I would say this is a MSI problem. MeCoco On 11/26/2010 10:00 AM, MeCoco wrote: > Hi all, &

[WiX-users] [BUG/limitation in WIX/MSI]No way to distinguish between an uninstall and an update when

2010-11-26 Thread MeCoco
NOT Installed Thank you, MeCoco -- Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! Tap into the largest installed PC base & get more eyes on your game by optimizing for Intel(R) Graph

Re: [WiX-users] Remove files only when uninstall, when having REP after InstallInitialize

2010-11-25 Thread MeCoco
a real uninstall (from add/remove programs), which is the _desired_ behavior. Is this maybe a bug in wix/msi? or am I doing something wrong? I have to have in the installer the: so, can somebody point me out a way of doing this also when: ? Thank you, MeCoco The code:

[WiX-users] Remove files only when uninstall, when having REP after InstallInitialize

2010-11-25 Thread MeCoco
or removal from add/remove programs. Can somebody help me accomplish the deletion of those files only when uninstalling from add/remove programs and not during an update, when having ? Thank you, MeCoco -- Increase Vis

Re: [WiX-users] If file exists, don't update another file

2010-11-25 Thread MeCoco
se is that the 2 files are _always_ deleted regardless if it's an update or removal from add/remove programs. Can somebody help me accomplish the deletion of those files only when uninstalling from add/remove programs and not during an update when having ? Thank you, MeCoco On 11/24/20

Re: [WiX-users] If file exists, don't update another file

2010-11-24 Thread MeCoco
Am I doing something wrong here? Thank you, MeCoco On 11/24/2010 2:39 PM, MeCoco wrote: > Hi Blair, > > Thanks a lot for your answer! That was exactly the code I just wrote and > I was testing just now all of the scenarios. > > Thanks, > MeCoco > > On 11/24/2010 1:23 PM, Bl

Re: [WiX-users] If file exists, don't update another file

2010-11-24 Thread MeCoco
Hi Blair, Thanks a lot for your answer! That was exactly the code I just wrote and I was testing just now all of the scenarios. Thanks, MeCoco On 11/24/2010 1:23 PM, Blair wrote: > In the original MSI you give to your sales people, create the MyLogo > component with an empty guid. It wi

Re: [WiX-users] If file exists, don't update another file

2010-11-24 Thread MeCoco
then the mylogo.jpg should be updated. Also I have to leave the: untouched. " Important thing is: I'm allowed to do a first time installer for our sales people which is different then the rest, but the updates should be identical for clients and sales people, and the sales people shouldn&#

Re: [WiX-users] If file exists, don't update another file

2010-11-24 Thread MeCoco
I ended up by not having the MyLogo.jpg installed at all. Is there any other way to accomplish this? Thank you! MeCoco On 11/24/2010 2:48 AM, Blair wrote: > Do a FileSearch for the specific file, and based on that property condition > your logo component to not install. > > -

Re: [WiX-users] If file exists, don't update another file

2010-11-23 Thread MeCoco
c file, eg file.txt, then a specific file, eg mylogo.jpg should _not_ be updated. And I'm not sure how one can do that when: as from what I read, the product is completely removed first so his logo will be gone. Thank you, MeCoco On 11/23/2010 2:59 PM, David Watson wrote: > Why not in

[WiX-users] If file exists, don't update another file

2010-11-23 Thread MeCoco
d) without changing the: ? (I'm not allowed to change the place of the removing old products) Thank you in advance, Mecoco -- Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! Tap into the larges