Re: [WiX-users] Vista, C Root, Hello world, Windows 3.1

Thanks Mike, Plenty to run with there. Correct me if I'm wrong but it still seems the upshot is that non admins will not be allowed to make changes in these restricted directories? We are not so worried about multiple user switching as these files are generally only used for our customers to play

Re: [WiX-users] Setting Estimated Size and Version

1. ARPSIZE is set magically by ARP. There is no real way to control it. Raymond Chen (Master of all things Shell) had a fun blog entry about how ARP calculated the size it displayed there. The fact that it took him a couple paragraphs is telling. 2. AFAIK, the ARP Version is controlled by the P

Re: [WiX-users] Registry permissions messed up after installing package

>> Hi, >> I'm authoring an installer package that need to register a couple of DLLs in >> the registry (traditionally done by regsvr32). I used heat.exe to generate >> the >> >> After installing the package: >> Administrator (Full control - not inherited) (the user, not the group) >> Syste

Re: [WiX-users] Registry permissions messed up after installing package

> Hi, > I'm authoring an installer package that need to register a couple of DLLs in > the registry (traditionally done by regsvr32). I used heat.exe to generate the > > After installing the package: > Administrator (Full control - not inherited) (the user, not the group) > System (Full con

[WiX-users] Setting Estimated Size and Version

I was wondering if it was possible to set the size and version that shows up for a given program in ARP when I set ARPSYSTEMCOMPONENT to 1. For size, it seems like setting ARPSIZE or EstimatedSize has no effect. I'm also unsure how to set the Version. Does anybody have an idea? Thanks!

Re: [WiX-users] Name of the msi with in the install file

Hello: And where does OriginalDatabase property gets set (As in after/before which event). Thanks, Vishnu -- View this message in context: http://www.nabble.com/Name-of-the-msi-with-in-the-install-file-tp15583249p15627797.html Sent from the wix-users mailing list archive at Nabble.com.

Re: [WiX-users] C# Managed Custom Actions in WiX 3.0

Hi Richard, > These all seem like very reasonable feature requests for WiX as an > extension/adjunct to the existing XmlConfig actions. Agreed. We'd prefer not have to code this ourselves and worry about custom actions. > I'm assuming that the XmlTidy action is only because when WiX edits an

Re: [WiX-users] C# Managed Custom Actions in WiX 3.0

In article <[EMAIL PROTECTED]>, si <[EMAIL PROTECTED]> writes: > What I'd like is something as simple as the XmlPoke and XmlPeek tasks > that are found in NAnt. [...] > We'd also like an XmlBulkAdd action i.e. > adding well-formed elements and attributes instead of having to treat > each ele

Re: [WiX-users] Failing gracefully from ServiceControl?

I haven't been using windows installer/wix very long so am a little confused, from what I can see the default behaviour of the install sequence is to process all files before attempting to start any services, therefore if your product includes dependent assemblies they will already have processed

Re: [WiX-users] FW: Conditional Custom Actions

What about maintenance mode? If you want to run it on install only, add condition to your custom action: Not Installed -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sina Hakami Sent: Thursday, February 21, 2008 5:55 PM To: wix-users@lists.sourcefo

[WiX-users] FW: Conditional Custom Actions

Hi I'm totally new to MSI and WIX, and I want the MSI to run an executable (.EXE file) during the installation process, but not when the application is being uninstalled. So I used a custom action, and put it inside InstallExecuteSequence, but I don't know what should I do to prevent it from runnin

Re: [WiX-users] C# Managed Custom Actions in WiX 3.0

I read earlier that someone said that the MSI team issued a `requirement` to not use managed code. Also to say it's a best practice to not use managed code is a stretch of the truth also. The future of Windows development is managed code and I've found very successful ways to incorporate it

Re: [WiX-users] defining one property before another

Looking at the install log (msiexec /lvx install.log /i installer.msi) is a good starting point for working things like this out, you can easily see which actions fire when and what task(s) each action is performing, so with that in mind an install log will show that searches (registry or director

Re: [WiX-users] defining one property before another

I am assuming you're using custom action Type 51 to set the second property's value. Just schedule it after the AppSearch standard action. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Don Tasanasanta (Volt) Sent: Thursday, February 21, 2008 4:54 PM To: wix-users@lists.sourcef

Re: [WiX-users] C# Managed Custom Actions in WiX 3.0

Hi Bob, I don't want to get into a religious argument over this, and Dana, yes I have read about the potential problems, I'm just looking for avenues to explore to get our development team on the right path. We use C# for almost everything else, so it's natural for us to want to use this language

[WiX-users] Light... could spare me some time!

I build packages with two media components: And here is a sample Component/File couplet that I use: The problem is that when building the project, the FIL files are put in the right folder (\files), however Windows Installer looks for them inside the root folder and not

[WiX-users] defining one property before another

I know there has to be a trick to this but... How do you ensure that one property is defined before another property is defined? I have a property that reads a value from the registry And a second property that defines a directory based on the registry property I want to make sure the reg prop

[WiX-users] Failing gracefully from ServiceControl?

I've got several services I'm trying to install. If I add "Start='install'" to the ServiceControl element then it will try to start them, but it will almost always fail with a 1920 error. I'm pretty sure this is because some of the services are dependent on side-by-side assemblies that are being in

Re: [WiX-users] Help with ICE38 and KeyPath installing to a folder on the Desktop

Google cached it: http://209.85.173.104/search?q=cache:9Hg8CQyYJXkJ:robmensching.com/blog/arch ive/2007/04/27/How-to-create-an-uninstall-shortcut-and-pass-all-the.aspx+How +to+create+an+uninstall+shortcut+and+pass+all+the

Re: [WiX-users] Vista, C Root, Hello world, Windows 3.1

For some reason a lot of developers are having trouble with understanding UAC. UAC isn't just the prompt, it's a bunch of features designed to ensure only those things that need to run with high privilege do so, that other programs can't interfere with the high-privileged programs, and some additio

Re: [WiX-users] INstall SQL Database

Try this: From: Eric Latendresse [mailto:[EMAIL PROTECTED] Sent: Thursday, February 21, 2008 2:47 PM To: Alexander Shevchuk; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] INstall SQL Database Thanks for your reply, but now I get the error: error CNDL00

Re: [WiX-users] INstall SQL Database

Thanks for your reply, but now I get the error: error CNDL0005 : The CreateFolder element contains an unexpected child element 'sql:SqlDatabase’ Eric From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Shevchuk Sent: Thursday, February 21, 2008 4:29 PM To: wix

[WiX-users] Feature Tree - Redundant Options ?

I have a simple feature tree with a couple of features, where each of these features have no sub-features. Code fragment currently looks like this: This give the user gets three options to select from: 1. Will be Installed on local hard drive 2. Entire Feature will be installed on local hard

Re: [WiX-users] INstall SQL Database

Hi Eric, Add around . is a custom action and Windows Installer will not create an empty folder unless it will be forced to do so with explicit : Alex From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eric Latendresse Sent: Thursday,

[WiX-users] INstall SQL Database

I am trying to create a SQL database as a separate component. I know that it is probably something simple maybe you could take a look at the attached and point me in the right direction. Basically I want to install the SQL Data and Log files in a sub directory to the Main application folder. Att

Re: [WiX-users] Not detecting correct version of aspnet_regiis.exe

> > Key="SOFTWARE\Microsoft\.NETFramework" Name="InstallRoot" Type="raw"> > Depth="1"> > MinVersion="2.0.50727.42"/> > > > Here's what I'm using, it appears to work OK: ---

Re: [WiX-users] Help with ICE38 and KeyPath installing to a folder on the Desktop

Dan, I believe the information you need is also captured on the WiX wiki - see http://wix.mindcapers.com/wiki/ICE38 Hope this helps, Regards, Richard From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan Hoeger Sent: Thursday, February 21, 2008 3:

Re: [WiX-users] Help with ICE38 and KeyPath installing to a folder on the Desktop

You need to create a dummy registry key under HKCU, something like: From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan Hoeger Sent: Thursday, February 21, 2008 12:41 PM To: Bob Arnson; Paul McLaughlin Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Help

Re: [WiX-users] Help with ICE38 and KeyPath installing to a folder on the Desktop

I can't connect to Rob's Blog archive for some reason and he's Out of the office right now. I'm running into this same error and need to resolve this ASAP. Does anyone have the text? Thanks, Dan From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson Sent: Wednesday, January

[WiX-users] Coniguring Vista HTTP Namespace reservations in WIX

I'm guessing I'm not the only one who will be needing to make HTTP namespace reservations to allow my application to accept incoming HTTP calls on Vista, so in case it is of use to anyone else, I've written up some steps to do this: http://damianblog.com/2008/02/21/configuring-http-namespace-reser

[WiX-users] How to change the order of InstallSqlData custom action?

Hello, We are trying to change the order of our actions and don't have any success so far. By default InstallFiles has a sequence number of 4000 and InstallSqlData gets the number 4001. We need to run our custom action between these 2 action. We tried to explicitly include InstallSqlData in the

Re: [WiX-users] Localization with WiX3

Thanks you! I was confused by the fact that I was only getting errors with German, Spanish and Dutch because I thought those translations were complete. By adding these missing items to my own 1031.wxl file I was able to build an MSI. The February 15, 2008 version of the WiX source requires

Re: [WiX-users] Vista, C Root, Hello world, Windows 3.1

Good point. Thanks again Bob. -Original Message- From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: 21 February 2008 15:47 To: Simon Topley Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Vista, C Root, Hello world, Windows 3.1 Simon Topley wrote: > That does raise a question

Re: [WiX-users] Vista, C Root, Hello world, Windows 3.1

Simon Topley wrote: > That does raise a question of how I detect if the user has changed the > output path. I thought about adding a property to the browse folder > click but it is possible a user will browse but not change the output > directory. It's not a major problem if we tell them all the ti

Re: [WiX-users] C# Managed Custom Actions in WiX 3.0

si wrote: > In particular, XmlFile and XmlConfig are slowly driving us crazy. Part > of the frustration is knowing how easy it is in C#, part of it is the > large amount of grunt work you have to do in WiX, especially > manipulating existing xml. How would C# make it easier to support uninstall,

Re: [WiX-users] Need a custom action with UAC elevated privileges before InstallInitialize

Brian Rogers wrote: > Please don't mistake the fact that I like using Windows Installer as a > tool, I just think it needs to become more robust at this point. I'm pretty sure nobody's arguing against that. -- sig://boB http://joyofsetup.com/ -

Re: [WiX-users] Vista, C Root, Hello world, Windows 3.1

That does raise a question of how I detect if the user has changed the output path. I thought about adding a property to the browse folder click but it is possible a user will browse but not change the output directory. It's not a major problem if we tell them all the time it just would be nicer i

Re: [WiX-users] Vista, C Root, Hello world, Windows 3.1

Thanks bob, we have opted to warn the user that installing to the programfile folder will mean they may have issues with writing. I'd do something better but our release deadline is speeding towards us and we will be deploying our tutorial data in a different way for the next release anyway. Simon

Re: [WiX-users] C# Managed Custom Actions in WiX 3.0

Dana wrote: The best practice is not to use C# managed custom actions at all. If you search an archive of this list here: http://www.nabble.com/wix-users-f4470.html, you'll see plenty of reasons why this is stated. This is not a limitation of WiX, but rather a requirement imposed upon all of

Re: [WiX-users] C# Managed Custom Actions in WiX 3.0

The best practice is not to use C# managed custom actions at all. If you search an archive of this list here: http://www.nabble.com/wix-users-f4470.html, you'll see plenty of reasons why this is stated. This is not a limitation of WiX, but rather a requirement imposed upon all of us by using Wind