Re: [WiX-users] launch default browser

2008-03-11 Thread Anidil

I had already given a try with what we have in the tutorial but that doesn't
work for me.So trying my luck with QuietExecute custom action...


Victor Sergienko-2 wrote:
> 
> Sorry, isn't it covered by http://www.tramontana.co.hu/wix/lesson6.php#6.2
> ?
> 
> On Tue, Mar 11, 2008 at 2:49 PM, Anidil <[EMAIL PROTECTED]> wrote:
>>
>>  Hello there
>>  I use the following Quiet execute CA to launch a web site during the
>>  install.But it doesn't launch the web site.Can anybody give me an
>> insight on
>>  what i am doing wrong here?
>>
>>  
>>  >  Execute="immediate" Return="check"/>
>>  
>>  ...
>>
>>
>>  
>>  Installed
>>  
>>
>>
>>
>>
>>
>>
>>  Brent B. Powers-2 wrote:
>>  >
>>  > Charles Wan-Calo wrote:
>>  >
>>  > 
>>  >>
>>  >> But then I am forced to use IE.  I'd rather launch the default
>> browser.
>>  >>
>>  >> Is there a solution?  Will upgrading to WiX 3.0 help?
>>  > Run cmd.exe /c path\readme.html
>>  >
>>  >
>>  >
>> -
>>  > This SF.net email is sponsored by DB2 Express
>>  > Download DB2 Express C - the FREE version of DB2 express and take
>>  > control of your XML. No limits. Just data. Click to get it now.
>>  > http://sourceforge.net/powerbar/db2/
>>  > ___
>>  > WiX-users mailing list
>>  > WiX-users@lists.sourceforge.net
>>  > https://lists.sourceforge.net/lists/listinfo/wix-users
>>  >
>>  >
>>
>>  --
>>  View this message in context:
>> http://www.nabble.com/launch-default-browser-tp11240887p15976487.html
>>  Sent from the wix-users mailing list archive at Nabble.com.
>>
>>
>> 
>> -
>>  This SF.net email is sponsored by: Microsoft
>>  Defy all challenges. Microsoft(R) Visual Studio 2008.
>>  http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>>  ___
>>  WiX-users mailing list
>>  WiX-users@lists.sourceforge.net
>>  https://lists.sourceforge.net/lists/listinfo/wix-users
>>
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 

-- 
View this message in context: 
http://www.nabble.com/launch-default-browser-tp11240887p15998385.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Again on "new version check/automatically updating applications". What does one need to get it up?

2008-03-11 Thread Bob Arnson
Victor Sergienko wrote:
> What I wish is to have client-side .NET API that would check for
> updated MSI/MSP and notify if a new version is available, and surely
> be able to download (probably via BITS) and install it as MSI and/or
> MSP.
> Maybe this can be done calling update.exe? But I see only interface to
> get AppId, not to check for updates and not to schedule download.
>   

Update.exe gets the URL of the RSS feed from the URLUpdateInfo property 
in the MSI and handles the download if the feed has a greater version 
than the MSI product version. It's all native code, though, not designed 
to be called from an app. The idea is that your shortcut runs update.exe 
to check for a newer version, downloads it, and installs it, and avoids 
all the problems of in-use files.

-- 
sig://boB
http://joyofsetup.com/



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Upgrade (options?)

2008-03-11 Thread Bob Arnson
[EMAIL PROTECTED] wrote:
> Now how do I take all of the parameters used in the original installation and 
> apply then to the new installation (upgrade)?
>   

Save them in the registry and use RegistrySearch to load them.

-- 
sig://boB
http://joyofsetup.com/



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Problem in entering nodes to machine.config using XmlConfig of Wix

2008-03-11 Thread Bob Arnson

Abhradeep Thakurta wrote:


When I create an empty dependentAssembly  node (the one shown in 
bold). I need to make consequent entries into the empty node and not 
to any other node. I m really not being able to find out how do we 
specify the XPath in this case .




Specify an ElementPath of the Id of the XmlConfig element that creates 
the node. That tells the XmlConfig custom action to use that node for 
the operation.


--
sig://boB
http://joyofsetup.com/

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Important: Check for space in the path

2008-03-11 Thread Bob Arnson

Riyaz Mogharabin wrote:

I have created an installer with "WiXUi.InstallDir". I need to check the
install path that the user selects and not let him continue the 
installation

if the path contains a space.



There's no support for that built-in: Default installation paths have 
included a space since Windows 95. Current WixUI builds have support for 
validating the path using the WixUIValidatePath custom action. You could 
hook into it the same way.


--
sig://boB
http://joyofsetup.com/

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Hidden Folder Creation

2008-03-11 Thread Bob Arnson

Reid Siglin wrote:


I'm looking to create a hidden folder as part of my install, but I 
didn't see any attribute for Directory that would accomplish this. 



MSI doesn't support attributes on directories.

--
sig://boB
http://joyofsetup.com/

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] COM registration

2008-03-11 Thread Bob Arnson

Thomas Svare wrote:


Everything is technically working properly but I've been asked to 
provide a work-around for a UI issue.  The problem I'm dealing with is 
the default registry entry for InprocServer32 is being written using 
the short file and path name.  Is there a way to force the default 
registry entry for InprocServer32 to be written with the long file and 
path name?




Not with the strongly-typed elements. That was a request implemented in 
WiX v3 (the Class/@ShortPath attribute).


--
sig://boB
http://joyofsetup.com/

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Accessing directories above SourceDir

2008-03-11 Thread Geoff Finger
We have two Projects, A and B. There is a file in ProjectB that needs
to be run by ProjectA. Originally thinking that ProjectB was a "child"
of ProjectA I wrote some code that included the lines:




That worked fine, and to show a "random" example from the install log
right after CostFinalize, resulted in:

PROPERTY CHANGE: Modifying PROJECTBDIR property. Its current value is
'C:\Documents and Settings\gfinger\Desktop\Install\\PROJECTBDIR'. Its
new value: 'C:\Documents and
Settings\gfinger\Desktop\Install\PROJECTBDIR\'.

However then I was informed that ProjectB was actually a "sibling" of
ProjectA, and their install folders would be at the same level, along
with some other "sibling" projects that would also need to access
ProjectB in the same manner.

So I changed the above to:


However now when I try to run it I get:

Product: Project A -- Error 1324. The folder path '..' contains an
invalid character.

Is there some way to fix the Custom Action so it will work properly?
Or some other way to access a folder that's above SourceDir in the
folder hierarchy?

Thanks!

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Building a Web App MSI for VS 2003

2008-03-11 Thread david adams

Christoper:
 
I suspect that this is a case where you would be better off using the WiX 
server-related elements (, , etc) instead of the Dark 
output.David Adams, MCSD MSN MessengerID: [EMAIL PROTECTED]: 
http://www.swamidavesays.com


Date: Tue, 11 Mar 2008 14:03:21 +From: [EMAIL PROTECTED]: [EMAIL 
PROTECTED]: [WiX-users] Building a Web App MSI for VS 2003




Trying to build a WIX install to run with CruiseControl.
 
I built an MSI from VS2003 for a Web App solution.
 
Then ran DARK on it, run CANDLE and LIGHT and builds a new MSI fine.
 
But when you run the MSI, asks for target folder, accepts, starts install, then 
fails.
 
Digging inside, the error log shows…
 
Action start 13:44:12: CreateFolders.
CreateFolders: Folder: Creating folders
Action ended 13:44:12: CreateFolders. Return value 1.
Action 13:44:12: WEBCA_GatherWebFolderProperties. 
Action start 13:44:12: WEBCA_GatherWebFolderProperties.
DEBUG: Error 2769:  Custom Action WEBCA_GatherWebFolderProperties did not close 
1 MSIHANDLEs.
The installer has encountered an unexpected error installing this package. This 
may indicate a problem with this package. The error code is 2769. The arguments 
are: WEBCA_GatherWebFolderProperties, 1, 
Action ended 13:44:12: WEBCA_GatherWebFolderProperties. Return value 3.
Action ended 13:44:12: INSTALL. Return value 3.
Action ended 13:44:12: ExecuteAction. Return value 3.
Action 13:44:12: FatalErrorForm. 
Action start 13:44:12: FatalErrorForm.
Action 13:44:12: FatalErrorForm. Dialog created
Action ended 13:44:14: FatalErrorForm. Return value 1.
Action ended 13:44:14: INSTALL. Return value 3.
 
What is the problem with GatherWebFolderProperties.
 
Inside the WXS the custom action is defined as…
 

 
 
Has anyone experienced similar problems, or have a better approach to this?
 
 
 
Chris Butcher 
 
Disclaimer of IDOX Group plc ("IDOX")
This e-mail and any attachments are confidential, may be privileged and are 
intended solely for the use of the intended recipient/s. If you are not an 
intended recipient, please (a) notify the sender immediately, copying [EMAIL 
PROTECTED] as appropriate; and (b) delete the original e-mail and your reply 
from your system. Unless authorized by IDOX, copying, forwarding, disclosing or 
using this e-mail is prohibited. No liability is accepted for damage caused by 
the presence of any virus. The contents of this e-mail are provided "subject to 
contract". Views or  opinions in this e-mail are those of the author and not 
necessarily those of IDOX . IDOX may intercept, copy or monitor e-mails from or 
to anyone using its facilities in accordance with the law. 
_
Climb to the top of the charts! Play the word scramble challenge with star 
power.
http://club.live.com/star_shuffle.aspx?icid=starshuffle_wlmailtextlink_jan-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] IIS web site dialog

2008-03-11 Thread david adams

Graham:
 
Our common fragment file installs web sites based on properties set in another 
"master" file.  The textbox for the virtual directory name would probably be 
pretty straight-forward by mimicing the target directory functionality from the 
custom dialog.  
 
I do not know how you would gather a list of IP addresses from IIS without 
using some kind of custom action.  We have the list of possible IP addresses 
baked into the MSI for our installers (but these are for internal -known- 
servers and addresses).  We allow an override of the settings (manually) with a 
textbox entry like the custom dialog.David Adams, MCSD MSN MessengerID: [EMAIL 
PROTECTED]: http://www.swamidavesays.com


From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: Tue, 11 Mar 2008 14:07:49 
+Subject: [WiX-users] IIS web site dialog




I am creating an installer for a web service.
 
I would like to have a dialog like that in the web installer the visual studio 
creates which has a drop down of the IIS web sites and a box for the virtual 
directory name.
 
My question is has anyone created something similar before?  I thing I am right 
in thinking that this does not exist in the WIX UI extension.
If not is there a way I can achieve this just using the WIX tool set?   I do 
not want to have to write custom actions.
 
Thanks Graham
_
Need to know the score, the latest news, or you need your Hotmail®-get your 
"fix".
http://www.msnmobilefix.com/Default.aspx-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] executing CA with logged on user not runas user

2008-03-11 Thread Wilson, Phil
I've seen it called out as a security risk by the Windows Installer team, but I 
can't find the reference. You'd have to launch it separately.

Phil Wilson


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nitin Chaudhari
Sent: Tuesday, March 11, 2008 9:42 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] executing CA with logged on user not runas user

Hi,

In my scenario, most of the time the user who wants to install does
not have administrator priviledges, so an Administrator does a runas
and executes the setup for the user, when setup completes it launches
excel.exe, however the username for this process is administrator and
not the original logged in user.

Could this be a security risk? Any idea how to launch it as logged in
user? I tried the impersonate property, but it doesnt help.

Thanks in advance,
Nitin.

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Upgrade (options?)

2008-03-11 Thread rkevinburton
Now how do I take all of the parameters used in the original installation and 
apply then to the new installation (upgrade)?

Thank you.

Kevin
 Bob Arnson <[EMAIL PROTECTED]> wrote: 
> Kevin Burton wrote:
> >
> > The second method has the major drawback of the fact that I don't know 
> > how to conditionally force an uninstall then proceed with the "normal" 
> > installation.
> >
> 
> That's what a major upgrade is. Just schedule RemoveExistingProducts 
> immediately after InstallInitialize. See the RemoveExistingProducts doc 
> in the MSI SDK for details.
> 
> -- 
> sig://boB
> http://joyofsetup.com/
> 


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Validate Product Key Dialog with custom action

2008-03-11 Thread Wilson, Phil
This is the kind of thing you'd do:
http://support.microsoft.com/kb/253683/en-us
where it sets the PIDCHECK property to denote that the key is valid. The rest 
of the article is about how to use the custom action from Visual Studio setups 
using Orca, and that can be ignored.

Phil Wilson

From: Eric Latendresse [mailto:[EMAIL PROTECTED]
Sent: Monday, March 10, 2008 3:50 PM
To: Wilson, Phil; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] Validate Product Key Dialog with custom action

Thanks for your reply Phil. I did find some examples on managed custom actions 
and I know what you mean by "arm-weaving". I also found an example using a C++ 
Win32 application. This seems like it is the way I need to go but the example 
was outdated and the code didn't compile. I'm not very familiar with C++, do 
you have an example that I could follow?

Thanks,

Eric

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wilson, Phil
Sent: Monday, March 10, 2008 5:39 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Validate Product Key Dialog with custom action

You can't get there from here.  The infrastructure for calling managed code 
custom actions isn't natively supported by MSI, and even if you did all the 
arm-waving to make it work as a custom action (called from the UI sequence) 
it's so decoupled from the install that you cannot use it to set a property in 
the install.  This is important because you probably need to disable the next 
button until the key is valid, and this mechanism uses properties.

When I say "arm waving" I don't mean the InstallUtilLib.dll stuff, bad as it 
is,  I assume that you are in the UI sequence and no files have been installed. 
How do you get your assembly onto the system, and how do you call it? This is a 
mountain of code.

Speaking of mountains, there's a mountain of opinion in the archives and 
elsewhere on calling managed code custom actions, most of which falls into two 
categories : 1) "Don't do it because of the issues involved" and 2) "Why the 
heck doesn't WiX/MSI support it".  So if all you're going to do is look at the 
text of the key and say Yes or No, then vbscript isn't too bad. If you're going 
out into the world to read files or the internet, C++ is recommended.

Phil Wilson

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eric Latendresse
Sent: Monday, March 10, 2008 10:33 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Validate Product Key Dialog with custom action

I want to use a C#.net assembly to validate my product key. Could someone point 
me in the right direction on where to start?

Thanks,

Eric

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] removing an existing product

2008-03-11 Thread Frédéric Viollet
I've just found out how to manage this.
I changed ProductId, UpgradeCode (and UpgradeId). Then I added an 
Upgrade entry with the old UpgradeCode (and I also removed the 
OnlyDetect attribute).

Everything works fine now!

Thanks anyway :)

Fred

Frédéric Viollet a écrit :
> Oups...!
> My mistake : changing the productId *does* trigger a new installation 
> (from scratch ... asking for install dir and all that) *but* my previous 
> version is not removed...
> Any idea?
>
> Thanks again.
>
> Fred
>
> Frédéric Viollet a écrit :
>   
>> Hi everyone,
>>
>> I've changed a lot of things (files and directories) in my application, 
>> and I'd like to remove any previously installed version of the product 
>> before installing the new one.
>> Here's the situation
>> previous version of my product had the following items in the wxs:
>> 
>>   >UpgradeCode='F0B9C286-DA33-7842-A4FD-91F34F02D6B4'
>>Language='1033'
>>Manufacturer='MyCompany'
>>Name="Console 8.0."
>>Version="8.0..0">
>> > InstallerVersion="300" />
>> 
>>   > IncludeMinimum='yes' Minimum='8.0.001' />
>> 
>> 
>>   
>> 
>>
>>
>> New version's have the following items in the wxs:
>> 
>>   >UpgradeCode='F0B9C286-DA33-7842-A4FD-91F34F02D6B4'
>>Language='1033'
>>Manufacturer='MyCompany'
>>Name="Console 8.01."
>>Version="8.01..0">
>> > Compressed='yes' InstallerVersion="300" />
>> 
>>   > IncludeMinimum='yes' Minimum='8.0.001' />
>> 
>> 
>>   
>> 
>>
>>
>> As you can see, I've changed the ProductId, but left the UpgradeId 
>> unchanged. But this doesn't work. It still is recognized as a minor upgrade.
>> Since a lot of things have changed in my new packaging, many components 
>> have either been removed or added to the wxs. GUIDs have changed to.
>>
>> What would be, in you opinion, the best way to achieve what I'm trying 
>> to do? i.e. remove previous versions (all 8.0.abcd.0 versions) before 
>> starting a new installation (during this new installation, I'll need to 
>> ask the user an installation directory. This is a thing I don't do 
>> during upgrades. So I really need this new installation to be considered 
>> as an installation from scratch).
>>
>> Thanks for your help.
>>
>> Fred
>>
>> -
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>   
>> 
>
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>   


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] executing CA with logged on user not runas user

2008-03-11 Thread Nitin Chaudhari
Hi,

In my scenario, most of the time the user who wants to install does
not have administrator priviledges, so an Administrator does a runas
and executes the setup for the user, when setup completes it launches
excel.exe, however the username for this process is administrator and
not the original logged in user.

Could this be a security risk? Any idea how to launch it as logged in
user? I tried the impersonate property, but it doesnt help.

Thanks in advance,
Nitin.

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Simple registry problem

2008-03-11 Thread public.niran
Hi everyone,
I am new to wiX and I am having a registry trouble.
I want to be able to create registry keys/values while installing but not 
remove it while uninstalling.

I tryed Action="createKey" on a key and it works as I want. But when I write 
values under that key and run the uninstallation, the key created using 
Action="createKey" is also gets removed.

Any help welcomed

Niran 


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] removing an existing product

2008-03-11 Thread Frédéric Viollet
Oups...!
My mistake : changing the productId *does* trigger a new installation 
(from scratch ... asking for install dir and all that) *but* my previous 
version is not removed...
Any idea?

Thanks again.

Fred

Frédéric Viollet a écrit :
> Hi everyone,
>
> I've changed a lot of things (files and directories) in my application, 
> and I'd like to remove any previously installed version of the product 
> before installing the new one.
> Here's the situation
> previous version of my product had the following items in the wxs:
> 
>   UpgradeCode='F0B9C286-DA33-7842-A4FD-91F34F02D6B4'
>Language='1033'
>Manufacturer='MyCompany'
>Name="Console 8.0."
>Version="8.0..0">
>  InstallerVersion="300" />
> 
>IncludeMinimum='yes' Minimum='8.0.001' />
> 
> 
>   
> 
>
>
> New version's have the following items in the wxs:
> 
>   UpgradeCode='F0B9C286-DA33-7842-A4FD-91F34F02D6B4'
>Language='1033'
>Manufacturer='MyCompany'
>Name="Console 8.01."
>Version="8.01..0">
>  Compressed='yes' InstallerVersion="300" />
> 
>IncludeMinimum='yes' Minimum='8.0.001' />
> 
> 
>   
> 
>
>
> As you can see, I've changed the ProductId, but left the UpgradeId 
> unchanged. But this doesn't work. It still is recognized as a minor upgrade.
> Since a lot of things have changed in my new packaging, many components 
> have either been removed or added to the wxs. GUIDs have changed to.
>
> What would be, in you opinion, the best way to achieve what I'm trying 
> to do? i.e. remove previous versions (all 8.0.abcd.0 versions) before 
> starting a new installation (during this new installation, I'll need to 
> ask the user an installation directory. This is a thing I don't do 
> during upgrades. So I really need this new installation to be considered 
> as an installation from scratch).
>
> Thanks for your help.
>
> Fred
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>   


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] removing an existing product

2008-03-11 Thread Frédéric Viollet
Hi everyone,

I've changed a lot of things (files and directories) in my application, 
and I'd like to remove any previously installed version of the product 
before installing the new one.
Here's the situation
previous version of my product had the following items in the wxs:

  


  


  



New version's have the following items in the wxs:

  


  


  



As you can see, I've changed the ProductId, but left the UpgradeId 
unchanged. But this doesn't work. It still is recognized as a minor upgrade.
Since a lot of things have changed in my new packaging, many components 
have either been removed or added to the wxs. GUIDs have changed to.

What would be, in you opinion, the best way to achieve what I'm trying 
to do? i.e. remove previous versions (all 8.0.abcd.0 versions) before 
starting a new installation (during this new installation, I'll need to 
ask the user an installation directory. This is a thing I don't do 
during upgrades. So I really need this new installation to be considered 
as an installation from scratch).

Thanks for your help.

Fred

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] COM registration

2008-03-11 Thread Thomas Svare
Hello,

 

I'm using Wix 2.0.5805 and the following code:

 

















 

Everything is technically working properly but I've been asked to
provide a work-around for a UI issue.  The problem I'm dealing with is
the default registry entry for InprocServer32 is being written using the
short file and path name.  Is there a way to force the default registry
entry for InprocServer32 to be written with the long file and path name?

 

Thanks,

Tom

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] ComponentGroupRef element & error CNDL0205

2008-03-11 Thread Mark Visser
Hi Shivit,

I ran into the same problem. My workaround is to not use -sfrag and  
hand-edit the output .wxs to change the top-level Directory tag to a  
DirectoryRef tag and set the id to INSTALLDIR.

In the main .wxs I have  inside a  
. This creates the directory structure in  
the main .wxs and then adds to it in the .wxs generated by heat.exe.

I'm not sure what the correct WIX-ish fix to the underlying problem  
is, but as it is right now heat.exe is difficult to use in an  
automated build process. I found a thread somewhere describing how  
someone is using xslt translations to automate fixing the output of  
heat.exe, but this is a bit beyond my level of XML kung-fu at the  
moment.

cheers,
-Mark

On 3-Mar-08, at 1:31 AM, shivit wrote:

>
> Hi
> I am using the heat tool to generate the directory structure.
> heat.exe dir -gg -template:fragment -sfrag "C:\FolderName" -out
> FolderName.wxs
>
> In FolderName.wxs, it groups all the ComponentRef elements under
> 
>
> In my main program, I am having
> 
> 
> 
>
> But I am encountering error CNDL0205. There may only be a single root
> directory per product or module and its Id attribute value must be
> 'TARGETDIR' and its Name attribute value must be 'SourceDir'.
>
> Please help me how to remove this error. Should I try for Merge module
> instead of fragment?
> Thanks.:-)
>
> -- 
> View this message in context: 
> http://www.nabble.com/ComponentGroupRef-element---error-CNDL0205-tp15798392p15798392.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Validate Product Key Dialog with custom action

2008-03-11 Thread DE�K JAHN, G�bor
On Mon, 10 Mar 2008 17:50:29 -0500, Eric Latendresse wrote:

Eric,

> didn’t compile. I’m not very familiar with C++, do you have an
> example that I could follow?

C++ is not a requirement at all. You can use any compiler than can create plain 
ol' Win32 DLLs. C, C++, Pascal, Basic, Ada, D, Modula, whatever.

Bye,
   Gábor

---
DEÁK JAHN, Gábor -- Budapest, Hungary
E-mail: [EMAIL PROTECTED]

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] IIS web site dialog

2008-03-11 Thread Graham D. Ambrose
I am creating an installer for a web service.

I would like to have a dialog like that in the web installer the visual studio 
creates which has a drop down of the IIS web sites and a box for the virtual 
directory name.

My question is has anyone created something similar before?  I thing I am right 
in thinking that this does not exist in the WIX UI extension.
If not is there a way I can achieve this just using the WIX tool set?   I do 
not want to have to write custom actions.

Thanks Graham
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Building a Web App MSI for VS 2003

2008-03-11 Thread Christopher Butcher
Trying to build a WIX install to run with CruiseControl.

 

I built an MSI from VS2003 for a Web App solution.

 

Then ran DARK on it, run CANDLE and LIGHT and builds a new MSI fine.

 

But when you run the MSI, asks for target folder, accepts, starts
install, then fails.

 

Digging inside, the error log shows...

 

Action start 13:44:12: CreateFolders.

CreateFolders: Folder: Creating folders

Action ended 13:44:12: CreateFolders. Return value 1.

Action 13:44:12: WEBCA_GatherWebFolderProperties. 

Action start 13:44:12: WEBCA_GatherWebFolderProperties.

DEBUG: Error 2769:  Custom Action WEBCA_GatherWebFolderProperties did
not close 1 MSIHANDLEs.

The installer has encountered an unexpected error installing this
package. This may indicate a problem with this package. The error code
is 2769. The arguments are: WEBCA_GatherWebFolderProperties, 1, 

Action ended 13:44:12: WEBCA_GatherWebFolderProperties. Return value 3.

Action ended 13:44:12: INSTALL. Return value 3.

Action ended 13:44:12: ExecuteAction. Return value 3.

Action 13:44:12: FatalErrorForm. 

Action start 13:44:12: FatalErrorForm.

Action 13:44:12: FatalErrorForm. Dialog created

Action ended 13:44:14: FatalErrorForm. Return value 1.

Action ended 13:44:14: INSTALL. Return value 3.

 

What is the problem with GatherWebFolderProperties.

 

Inside the WXS the custom action is defined as...

 



 

 

Has anyone experienced similar problems, or have a better approach to
this?

 

 

 

Chris Butcher 



 


Disclaimer of IDOX Group plc ("IDOX")

This e-mail and any attachments are confidential, may be privileged and are 
intended solely for the use of the intended recipient/s. If you are not an 
intended recipient, please (a) notify the sender immediately, copying [EMAIL 
PROTECTED] as appropriate; and (b) delete the original e-mail and your reply 
from your system. Unless authorized by IDOX, copying, forwarding, disclosing or 
using this e-mail is prohibited. No liability is accepted for damage caused by 
the presence of any virus. The contents of this e-mail are provided subject to 
contract. Views or opinions in this e-mail are those of the author and not 
necessarily those of IDOX. IDOX may intercept, copy or monitor e-mails from or 
to anyone using its facilities in accordance with the law. 


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Hidden Folder Creation

2008-03-11 Thread Reid Siglin
Hi all,

 

I'm looking to create a hidden folder as part of my install, but I
didn't see any attribute for Directory that would accomplish this.  Is
there another way or will it require a custom action?

 

Reid

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] launch default browser

2008-03-11 Thread Victor Sergienko
Sorry, isn't it covered by http://www.tramontana.co.hu/wix/lesson6.php#6.2 ?

On Tue, Mar 11, 2008 at 2:49 PM, Anidil <[EMAIL PROTECTED]> wrote:
>
>  Hello there
>  I use the following Quiet execute CA to launch a web site during the
>  install.But it doesn't launch the web site.Can anybody give me an insight on
>  what i am doing wrong here?
>
>  
>Execute="immediate" Return="check"/>
>  
>  ...
>
>
>  
>  Installed
>  
>
>
>
>
>
>
>  Brent B. Powers-2 wrote:
>  >
>  > Charles Wan-Calo wrote:
>  >
>  > 
>  >>
>  >> But then I am forced to use IE.  I'd rather launch the default browser.
>  >>
>  >> Is there a solution?  Will upgrading to WiX 3.0 help?
>  > Run cmd.exe /c path\readme.html
>  >
>  >
>  > -
>  > This SF.net email is sponsored by DB2 Express
>  > Download DB2 Express C - the FREE version of DB2 express and take
>  > control of your XML. No limits. Just data. Click to get it now.
>  > http://sourceforge.net/powerbar/db2/
>  > ___
>  > WiX-users mailing list
>  > WiX-users@lists.sourceforge.net
>  > https://lists.sourceforge.net/lists/listinfo/wix-users
>  >
>  >
>
>  --
>  View this message in context: 
> http://www.nabble.com/launch-default-browser-tp11240887p15976487.html
>  Sent from the wix-users mailing list archive at Nabble.com.
>
>
>  -
>  This SF.net email is sponsored by: Microsoft
>  Defy all challenges. Microsoft(R) Visual Studio 2008.
>  http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>  ___
>  WiX-users mailing list
>  WiX-users@lists.sourceforge.net
>  https://lists.sourceforge.net/lists/listinfo/wix-users
>

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Специальное предложение - помо жет сэкономить

2008-03-11 Thread Филипп Родионович

8   (903)   7 0 7   9 2 9З
[EMAIL PROTECTED]  ПРЕДЛОЖЕНИЕ
реклама по юридическим и физическим адресам Москвы

4,63 миллиона писем
или
реклама по юридическим адресам Москвы и России

3,95 миллиона писем
ВСЕГО 3999 РУБ.*

две рассылки
ВСЕГО 5500 РУБ.*
три рассылки
ВСЕГО 6999 РУБ.* 
при оплате яндекс-деньгами или веб-мани -
скидка 7% !-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] launch default browser

2008-03-11 Thread Anidil

Hello there
I use the following Quiet execute CA to launch a web site during the
install.But it doesn't launch the web site.Can anybody give me an insight on
what i am doing wrong here?




...



Installed







Brent B. Powers-2 wrote:
> 
> Charles Wan-Calo wrote:
> 
> 
>>  
>> But then I am forced to use IE.  I'd rather launch the default browser.
>>  
>> Is there a solution?  Will upgrading to WiX 3.0 help?
> Run cmd.exe /c path\readme.html
> 
> 
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 

-- 
View this message in context: 
http://www.nabble.com/launch-default-browser-tp11240887p15976487.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Again on "new version check/automatically updating applications". What does one need to get it up?

2008-03-11 Thread Victor Sergienko
Hi,

I'd like to resurrect the topic of checking for updates, especially
programmaticaly and especially for .NET applications.

ClickThrough promises this tasty feature, though I see mostly the
server part that generates RSS items. ClickThrough command-line
interface looks fine for accessing FeedBuilder extension.
I also see some client code in source tree, in \ambient\appsynup,
though in C++ only.

What I wish is to have client-side .NET API that would check for
updated MSI/MSP and notify if a new version is available, and surely
be able to download (probably via BITS) and install it as MSI and/or
MSP.
Maybe this can be done calling update.exe? But I see only interface to
get AppId, not to check for updates and not to schedule download.

Do I need to implement updates from RSS or is there a ready code?


I know about ApplicationUpdater2 application block from
EnterpriseLibrary, but it seems unsupported and somewhat more complex,
so would like to try out WiX first.

Thank you.

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users