date:20080828

I didn't but will later but as I said in my post I need something that is not 
localised in international variants of Windows and I think NetworkService 
changes.
 
Neil
 
Neil Sleightholm
X2 Systems Limited
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 
 



From: [EMAIL PROTECTED] on behalf of Rob Mensching
Sent: Thu 28/08/2008 00:07
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] PermissionEx and WixQueryOsWellKnownSID properties



Did you try NetworkService?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Neil Sleightholm
Sent: Wednesday, August 27, 2008 15:26
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] PermissionEx and WixQueryOsWellKnownSID properties

I am trying to change the permissions on a registry key like so:



RegistryKey Id=RegCommon Root=HKLM
Key=SOFTWARE\ACME\Common Action=create

  util:PermissionEx GenericAll=yes
User=[WIX_ACCOUNT_NETWORKSERVICE] /

/RegistryKey



But when I run it I get this error in the log:

ExecSecureObjects:  Error 0x800706fd: failed to get sid for account: NT
AUTHORITY\NETWORK SERVICE

Action ended 23:15:46: InstallFinalize. Return value 3.



Is it possible to use the WixQueryOsWellKnownSID properties with
PermissionEx? Alternatively can I specify a SID (e.g. S-1-5-20) for the
value of PermissionEx/@User?



(I can't hardcode the network service account name as it changes on
international versions of Windows.)



Neil



Neil Sleightholm
X2 Systems Limited
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Adding a ui to a wix v3 project

2008-08-28 Thread Sean Farrow

Hip; 
Are ther any samples as to how to add a ui to a wix v3 project?
Any help apreciated.
Sean.
 

__ Information from ESET NOD32 Antivirus, version of virus
signature database 3394 (20080827) __

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com
 

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] PermissionEx and WixQueryOsWellKnownSID properties

2008-08-28 Thread Chris Walford

See http://photomaton23.spaces.live.com/blog/cns!65F164AE43CB69AB!144.entry for 
how I did a similar thing with the Authenticated Users group

Chris

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Neil Sleightholm
Sent: 28 August 2008 07:52
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] PermissionEx and WixQueryOsWellKnownSID properties

I didn't but will later but as I said in my post I need something that is not 
localised in international variants of Windows and I think NetworkService 
changes.

Neil

Neil Sleightholm
X2 Systems Limited
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]

From: [EMAIL PROTECTED] on behalf of Rob Mensching
Sent: Thu 28/08/2008 00:07
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] PermissionEx and WixQueryOsWellKnownSID properties

Did you try NetworkService?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Neil Sleightholm
Sent: Wednesday, August 27, 2008 15:26
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] PermissionEx and WixQueryOsWellKnownSID properties

I am trying to change the permissions on a registry key like so:

RegistryKey Id=RegCommon Root=HKLM
Key=SOFTWARE\ACME\Common Action=create

  util:PermissionEx GenericAll=yes
User=[WIX_ACCOUNT_NETWORKSERVICE] /

/RegistryKey

But when I run it I get this error in the log:

ExecSecureObjects:  Error 0x800706fd: failed to get sid for account: NT 
AUTHORITY\NETWORK SERVICE

Action ended 23:15:46: InstallFinalize. Return value 3.

Is it possible to use the WixQueryOsWellKnownSID properties with PermissionEx? 
Alternatively can I specify a SID (e.g. S-1-5-20) for the value of 
PermissionEx/@User?

(I can't hardcode the network service account name as it changes on 
international versions of Windows.)

Neil

Neil Sleightholm
X2 Systems Limited
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge 
Build the coolest Linux based applications with Moblin SDK  win great prizes 
Grand prize is a trip for two to an Open Source event anywhere in the world 
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge 
Build the coolest Linux based applications with Moblin SDK  win great prizes 
Grand prize is a trip for two to an Open Source event anywhere in the world 
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

NOTICE: This email message and all attachments transmitted with it are intended 
solely for the use of the addressees and may contain confidential information. 
If you have received this message in error, please notify the sender 
immediately by email reply and please delete this message from your computer 
and destroy any copies.
PassGo Technologies Ltd is incorporated in England and Wales (registered number 
04222450) with its registered address at Horton Manor, Horton Cross, Ilminster, 
Somerset TA19 9PY.

PassGo Technologies Ltd is now part of the Quest Software Group of Companies.

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Fwd: C# Custom Action on ComboBox Item Selection.

2008-08-28 Thread pavan gadam

Any help??

-- Forwarded message --
From: pavan gadam [EMAIL PROTECTED]
Date: Wed, Aug 27, 2008 at 7:44 PM
Subject: C# Custom Action on ComboBox Item Selection.
To: General discussion for Windows Installer XML toolset. 
wix-users@lists.sourceforge.net


 Hi all,

I am populating the websites deployed in the machine in a ComboBox.

I need to display the port number of the selected website.



Control Type=ComboBox Width=100 Height=17 X=100 Y=85 Id=Website
Property=ComboWebsiteProp


ComboBox Property=ComboWebsiteProp


ListItem Text=WixWebsite Value=WixWebsite/

/
ComboBox


Publish Event =DoAction Value=Action31/Publish

/
Control


Control Type=Edit Width=35 Height=15 X=275 Y=85 Id=PortNum
Integer=yes Property=PortEditProp

I am able to get the corresponding port value for the website
selected.inCustom Action Code using
session[PortEditProp]=getportvalue();

But, The port value is not getting displayed in the Edit box.

If i click NEXT Button and go to next Dialog and again Come back to same
Dialog, the see value getting updated.

*But, Why is that Port Value not appearing immediately after selecting the
website?*

Thanks,

Pavan
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] UI Sequence

2008-08-28 Thread habib jaouani

Hello,

I am using the version 2.0 of WIX. Also, I use WIXEdit.

In the WIX Edit, I import dialogs, resources and ...

But I have a problem with a UI Sequence. We do what with this.??

-- 
Habib JAOUANI
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] WIX and MSMQ

Is there a way of doing the following in wix?
- ensuring MSMQ is installed
- check if queue exists
- if not create it


I know there is WixMsmqExtension.dll, but its documentation is practically 
nonexistent, and it doesnt have anything that even remotely looks like 
something I need.

I currently have para-solution for issue #1, like this:

 Property Id=MSMQ
 RegistrySearch Id=MSMQVersion Root=HKLM 
Key=SOFTWARE\Microsoft\MSMQ\Parameters Type=raw Name=CurrentBuild /
/Property

Condition Message=MSMQ is not installed. Please install MSMQ and then try 
again.
  MSMQ
/Condition


Ugly (and potentially fragile) but it works.
Any ideas?


CONFIDENTIALITY NOTICE
This message is intended exclusively for the individual or entity to which it 
is addressed. This communication may contain information that is proprietary, 
privileged, confidential or otherwise legally exempt from disclosure. If you 
are not the named addressee, you are not authorized to read, print, retain, 
copy or disseminate this message or any part of it. If you have received this 
message in error, please delete all copies of this message and notify the 
sender immediately by return mail or fax ATSI S.A.(+4812) 285 36 04.
Any email attachment may contain software viruses which could damage your own 
computer system. Whilst reasonable precaution has been taken to minimise this 
risk, we cannot accept liability for any damage which you sustain as a result 
of software viruses. You should therefore carry out your own virus checks 
before opening any attachments.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Disposable files

Ok, one more thing.
What is the right way of adding disposable files to the project.
By disposable I mean:
I want to have few files (certificates to be precise) that I want to have in 
the installer, copy them somewhere, install to the certificate store, and then 
I want to remove the files.

I can add them with File / but then the installer will expect them to be 
permanent part of the package.
Is there any other way?


CONFIDENTIALITY NOTICE
This message is intended exclusively for the individual or entity to which it 
is addressed. This communication may contain information that is proprietary, 
privileged, confidential or otherwise legally exempt from disclosure. If you 
are not the named addressee, you are not authorized to read, print, retain, 
copy or disseminate this message or any part of it. If you have received this 
message in error, please delete all copies of this message and notify the 
sender immediately by return mail or fax ATSI S.A.(+4812) 285 36 04.
Any email attachment may contain software viruses which could damage your own 
computer system. Whilst reasonable precaution has been taken to minimise this 
risk, we cannot accept liability for any damage which you sustain as a result 
of software viruses. You should therefore carry out your own virus checks 
before opening any attachments.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Adding a ui to a wix v3 project

2008-08-28 Thread Pally Sandher

Look under Advanced WiX Topics in the WiX 3.0 documentation. Should be
a subcategory called WiXUI Dialog Sets. If you're using Votive have a
quick look at the Extensions sections specifically Using WiX
Extensions page as you're likely to get an error if you try to build
your MSI without adding the WiXUIExtension.dll as a reference to your
project.


Palbinder Sandher 
Software Deployment and
IT Administrator 

T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 
http://www.iesve.com 

**Design, Simulate + Innovate with the Virtual Environment**

Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456 
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP

Email Disclaimer


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Sean
Farrow
Sent: 28 August 2008 08:32
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Adding a ui to a wix v3 project

Hip;
Are ther any samples as to how to add a ui to a wix v3 project?
Any help apreciated.
Sean.
 

__ Information from ESET NOD32 Antivirus, version of virus
signature database 3394 (20080827) __

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com
 


-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK  win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] PermissionEx and WixQueryOsWellKnownSID properties

Thanks for the tip but the problem is that I think these usernames get 
localised on Windows so you need to use the well known sid or lookup the name 
from the well known sid, therefore, I need to use WixQueryOsWellKnownSID 
properties. We have been caught out be this and the only place I can find any 
documentation on it is here: 
http://forums.microsoft.com/MSR/ShowPost.aspx?PostID=685354SiteID=37. It 
doesn't say that NetworkService wouldn't work but I am cautious of using it 
until I can be sure it will always work.
 
Neil
 
Neil Sleightholm
X2 Systems Limited
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 
 



From: [EMAIL PROTECTED] on behalf of Chris Walford
Sent: Thu 28/08/2008 08:33
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] PermissionEx and WixQueryOsWellKnownSID properties



See http://photomaton23.spaces.live.com/blog/cns!65F164AE43CB69AB!144.entry for 
how I did a similar thing with the Authenticated Users group

Chris

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Neil Sleightholm
Sent: 28 August 2008 07:52
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] PermissionEx and WixQueryOsWellKnownSID properties

I didn't but will later but as I said in my post I need something that is not 
localised in international variants of Windows and I think NetworkService 
changes.

Neil

Neil Sleightholm
X2 Systems Limited
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]




From: [EMAIL PROTECTED] on behalf of Rob Mensching
Sent: Thu 28/08/2008 00:07
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] PermissionEx and WixQueryOsWellKnownSID properties



Did you try NetworkService?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Neil Sleightholm
Sent: Wednesday, August 27, 2008 15:26
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] PermissionEx and WixQueryOsWellKnownSID properties

I am trying to change the permissions on a registry key like so:



RegistryKey Id=RegCommon Root=HKLM
Key=SOFTWARE\ACME\Common Action=create

  util:PermissionEx GenericAll=yes
User=[WIX_ACCOUNT_NETWORKSERVICE] /

/RegistryKey



But when I run it I get this error in the log:

ExecSecureObjects:  Error 0x800706fd: failed to get sid for account: NT 
AUTHORITY\NETWORK SERVICE

Action ended 23:15:46: InstallFinalize. Return value 3.



Is it possible to use the WixQueryOsWellKnownSID properties with PermissionEx? 
Alternatively can I specify a SID (e.g. S-1-5-20) for the value of 
PermissionEx/@User?



(I can't hardcode the network service account name as it changes on 
international versions of Windows.)



Neil



Neil Sleightholm
X2 Systems Limited
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge 
Build the coolest Linux based applications with Moblin SDK  win great prizes 
Grand prize is a trip for two to an Open Source event anywhere in the world 
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge 
Build the coolest Linux based applications with Moblin SDK  win great prizes 
Grand prize is a trip for two to an Open Source event anywhere in the world 
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



NOTICE: This email message and all attachments transmitted with it are intended 
solely for the use of the addressees and may contain confidential information. 
If you have received this message in error, please notify the sender 
immediately by email reply and please delete this message from your computer 
and destroy any copies.
PassGo Technologies Ltd is incorporated in England and Wales (registered number 
04222450) with its registered address at Horton Manor, Horton Cross, Ilminster, 
Somerset TA19 9PY.

PassGo Technologies Ltd is now part of the Quest Software Group of Companies.

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing

Re: [WiX-users] PermissionEx and WixQueryOsWellKnownSID properties

2008-08-28 Thread Chris Walford

If you look at the code for the ExecSecureObjects custom action you can see 
that it uses AclGetWellKnownSid (which in turn calls the Windows API 
AllocateAndInitializeSid) to look up the  NetworkService SID. Is this not 
what you want?

Chris

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Neil Sleightholm
Sent: 28 August 2008 10:55
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] PermissionEx and WixQueryOsWellKnownSID properties

Thanks for the tip but the problem is that I think these usernames get 
localised on Windows so you need to use the well known sid or lookup the name 
from the well known sid, therefore, I need to use WixQueryOsWellKnownSID 
properties. We have been caught out be this and the only place I can find any 
documentation on it is here: 
http://forums.microsoft.com/MSR/ShowPost.aspx?PostID=685354SiteID=37. It 
doesn't say that NetworkService wouldn't work but I am cautious of using it 
until I can be sure it will always work.

Neil

Neil Sleightholm
X2 Systems Limited
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]




From: [EMAIL PROTECTED] on behalf of Chris Walford
Sent: Thu 28/08/2008 08:33
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] PermissionEx and WixQueryOsWellKnownSID properties



See http://photomaton23.spaces.live.com/blog/cns!65F164AE43CB69AB!144.entry for 
how I did a similar thing with the Authenticated Users group

Chris

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Neil Sleightholm
Sent: 28 August 2008 07:52
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] PermissionEx and WixQueryOsWellKnownSID properties

I didn't but will later but as I said in my post I need something that is not 
localised in international variants of Windows and I think NetworkService 
changes.

Neil

Neil Sleightholm
X2 Systems Limited
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]




From: [EMAIL PROTECTED] on behalf of Rob Mensching
Sent: Thu 28/08/2008 00:07
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] PermissionEx and WixQueryOsWellKnownSID properties



Did you try NetworkService?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Neil Sleightholm
Sent: Wednesday, August 27, 2008 15:26
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] PermissionEx and WixQueryOsWellKnownSID properties

I am trying to change the permissions on a registry key like so:



RegistryKey Id=RegCommon Root=HKLM
Key=SOFTWARE\ACME\Common Action=create

  util:PermissionEx GenericAll=yes
User=[WIX_ACCOUNT_NETWORKSERVICE] /

/RegistryKey



But when I run it I get this error in the log:

ExecSecureObjects:  Error 0x800706fd: failed to get sid for account: NT 
AUTHORITY\NETWORK SERVICE

Action ended 23:15:46: InstallFinalize. Return value 3.



Is it possible to use the WixQueryOsWellKnownSID properties with PermissionEx? 
Alternatively can I specify a SID (e.g. S-1-5-20) for the value of 
PermissionEx/@User?



(I can't hardcode the network service account name as it changes on 
international versions of Windows.)



Neil



Neil Sleightholm
X2 Systems Limited
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge 
Build the coolest Linux based applications with Moblin SDK  win great prizes 
Grand prize is a trip for two to an Open Source event anywhere in the world 
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge 
Build the coolest Linux based applications with Moblin SDK  win great prizes 
Grand prize is a trip for two to an Open Source event anywhere in the world 
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



NOTICE: This email message and all attachments transmitted with it are intended 
solely for the use of the addressees and may contain confidential information. 
If you have received this message in error, please notify the sender 
immediately by email reply and please delete this message from your computer 
and destroy any copies.
PassGo Technologies Ltd is incorporated in England and Wales (registered number 
04222450) with its registered address at Horton Manor, Horton Cross, Ilminster, 
Somerset TA19 9PY.

[WiX-users] Wix COM+

2008-08-28 Thread Yu, Brian

I use the following and it works in terms of putting the file in the
right place but fails to create COM+.

Please help

 

The error I am getting is as follow:

C:\wixdev\ERCalc2c:\Program Files\Windows Installer XML
v3\bin\candle.exe ERC

alcManual.wxs ERCalcUI.wxs ERCalcCom.wxs ERCalcProduct.wxs -ext
WixComPlusExtens

ion

Microsoft (R) Windows Installer Xml Compiler version 3.0.4318.0

Copyright (C) Microsoft Corporation. All rights reserved.

 

ERCalcManual.wxs

ERCalcUI.wxs

ERCalcCom.wxs

ERCalcProduct.wxs

 

C:\wixdev\ERCalc2c:\Program Files\Windows Installer XML
v3\bin\light.exe -out

 ERcalcInstall2.msi ERCalcManual.wixobj ERCalcUI.wixobj ERCalcCom.wixobj
ERCalcP

roduct.wixobj -ext WixUIExtension -cultures:en-us -ext
WixComPlusExtension

Microsoft (R) Windows Installer Xml Linker version 3.0.4318.0

Copyright (C) Microsoft Corporation. All rights reserved.

 

C:\delivery\Dev\wix_public\src\ext\ComPlusExtension\wixlib\ComPlusExtens
ion.wxs(

72) : warning LGHT1076 : ICE68: This package has elevated commit in
CustomAction

 table (Action=ComPlusInstallExecuteCommit) but it has a schema less
than 150.

C:\delivery\Dev\wix_public\src\ext\ComPlusExtension\wixlib\ComPlusExtens
ion.wxs(

74) : warning LGHT1076 : ICE68: This package has elevated commit in
CustomAction

 table (Action=ComPlusInstallCommit) but it has a schema less than 150.

C:\delivery\Dev\wix_public\src\ext\ComPlusExtension\wixlib\ComPlusExtens
ion.wxs(

79) : warning LGHT1076 : ICE68: This package has elevated commit in
CustomAction

 table (Action=ComPlusUninstallCommit) but it has a schema less than
150.

 

 Wxs file//

?xml version='1.0' encoding='windows-1252'?

Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;
xmlns:pca=http://schemas.microsoft.com/wix/2005/02/pubca;
xmlns:complus=http://schemas.microsoft.com/wix/ComPlusExtension;

 Fragment Id='FragmentComplus'

 

DirectoryRef Id=INSTALLDIR

 

Directory Id=directory1 Name=Components 

 

  Directory Id=directory2 Name=COMPlus

 

Directory Id=directory3 Name=BOPhase2

  Component Id=BOPhase2_DLL DiskId=1
Guid=63730333-119b-4613-9859-84aba3914eb4

File Id=file1 Name=ETGlobalBOImps.dll
Source=C:\wixdev\ERCalc2\Components\COMPlus\BOPhase2\ETGlobalBOImps.dll
 /

complus:ComPlusApplication Id=MyCOM
Name=ETGlobalBOImps.Account

complus:ComPlusAssembly Id=MyComPlusAssembly Type=native
DllPath=C:\wixdev\ERCalc2\Components\COMPlus\BOPhase2\ETGlobalBOImps.dl
l

  complus:ComPlusComponent
Id=MyCOM CLSID=4653F0B3-F122-4B42-ACED-18939124C889 /

/complus:ComPlusAssembly

  /complus:ComPlusApplication

 

File Id=file2 Name=FIXBO.dll
Source=C:\wixdev\ERCalc2\Components\COMPlus\BOPhase2\FIXBO.dll /

  /Component

/Directory

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Disposable files

Not an answer to your whole question, but if you don't set the files as
keypaths of their components then the MSI won't heal when they're
missing.

Cheers,
James

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Krzysztof
Kozmic
Sent: 28 August 2008 10:50
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Disposable files

Ok, one more thing.
What is the right way of adding disposable files to the project.
By disposable I mean:
I want to have few files (certificates to be precise) that I want to
have in the installer, copy them somewhere, install to the certificate
store, and then I want to remove the files.

I can add them with File / but then the installer will expect them to
be permanent part of the package.
Is there any other way?


CONFIDENTIALITY NOTICE
This message is intended exclusively for the individual or entity to
which it is addressed. This communication may contain information that
is proprietary, privileged, confidential or otherwise legally exempt
from disclosure. If you are not the named addressee, you are not
authorized to read, print, retain, copy or disseminate this message or
any part of it. If you have received this message in error, please
delete all copies of this message and notify the sender immediately by
return mail or fax ATSI S.A.(+4812) 285 36 04.
Any email attachment may contain software viruses which could damage
your own computer system. Whilst reasonable precaution has been taken to
minimise this risk, we cannot accept liability for any damage which you
sustain as a result of software viruses. You should therefore carry out
your own virus checks before opening any attachments.



-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge Build the coolest Linux based applications with Moblin SDK 
win great prizes Grand prize is a trip for two to an Open Source event
anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This e-mail is confidential and the information contained in it may be 
privileged.  It should not be read, copied or used by anyone other than the 
intended recipient.  If you have received it in error, please contact the 
sender immediately by telephoning +44 (0)20 7623 8000 or by return email, and 
delete the e-mail and do not disclose its contents to any person.  We believe, 
but do not warrant, that this e-mail and any attachments are virus free, but 
you must take full responsibility for virus checking.  Please refer to 
http://www.dresdnerkleinwort.com/disc/email/ and read our e-mail disclaimer 
statement and monitoring policy.

Dresdner Kleinwort is the trading name of the investment banking division of 
Dresdner Bank AG, and operates through Dresdner Bank AG, Dresdner Kleinwort 
Limited, Dresdner Kleinwort Securities Limited and their affiliated or 
associated companies.  Dresdner Bank AG is a company incorporated in Germany 
with limited liability and registered in England (registered no. FC007638, 
place of business 30 Gresham Street, London EC2V 7PG), and is authorised by the 
German Federal Financial Supervisory Authority and by the Financial Services 
Authority ('FSA') and regulated by the FSA for the conduct of designated 
business in the UK.  Dresdner Kleinwort Limited is a company incorporated in 
England (registered no. 551334, registered office 30 Gresham Street, London 
EC2V 7PG), and is authorised and regulated by the FSA.  Dresdner Kleinwort 
Securities Limited is a company incorporated in England (registered no. 
1767419, registered office 30 Gresham Street, London EC2V 7PG), and is 
authorised an
 d regulated by the FSA.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] PermissionEx and WixQueryOsWellKnownSID properties

Ok I found the answer - use the source Luke.
 
In secureobj.cpp which is the code that run PermissionEx account names like 
NetworkService are coded to lookup the account using the well known SID 
values not as I had assume by looking up the name NetworkService like 
non-known accounts.
 
There are 10 special account names you can use, I think this should be added to 
the documentation - I will try and do this and raise a bug with the patch. 
 
Neil
 
Neil Sleightholm
X2 Systems Limited
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 
 



From: [EMAIL PROTECTED] on behalf of Rob Mensching
Sent: Thu 28/08/2008 00:07
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] PermissionEx and WixQueryOsWellKnownSID properties



Did you try NetworkService?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Neil Sleightholm
Sent: Wednesday, August 27, 2008 15:26
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] PermissionEx and WixQueryOsWellKnownSID properties

I am trying to change the permissions on a registry key like so:



RegistryKey Id=RegCommon Root=HKLM
Key=SOFTWARE\ACME\Common Action=create

  util:PermissionEx GenericAll=yes
User=[WIX_ACCOUNT_NETWORKSERVICE] /

/RegistryKey



But when I run it I get this error in the log:

ExecSecureObjects:  Error 0x800706fd: failed to get sid for account: NT
AUTHORITY\NETWORK SERVICE

Action ended 23:15:46: InstallFinalize. Return value 3.



Is it possible to use the WixQueryOsWellKnownSID properties with
PermissionEx? Alternatively can I specify a SID (e.g. S-1-5-20) for the
value of PermissionEx/@User?



(I can't hardcode the network service account name as it changes on
international versions of Windows.)



Neil



Neil Sleightholm
X2 Systems Limited
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Odp: Re: Disposable files

This is more tricky than I thought.
How do I remove fiels during installation. I want to do the folliwing.

Copy files into target folder.
Run custom action on those files
Remove the files (some, not all)


CONFIDENTIALITY NOTICE
This message is intended exclusively for the individual or entity to which it 
is addressed. This communication may contain information that is proprietary, 
privileged, confidential or otherwise legally exempt from disclosure. If you 
are not the named addressee, you are not authorized to read, print, retain, 
copy or disseminate this message or any part of it. If you have received this 
message in error, please delete all copies of this message and notify the 
sender immediately by return mail or fax ATSI S.A.(+4812) 285 36 04.
Any email attachment may contain software viruses which could damage your own 
computer system. Whilst reasonable precaution has been taken to minimise this 
risk, we cannot accept liability for any damage which you sustain as a result 
of software viruses. You should therefore carry out your own virus checks 
before opening any attachments.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Deleting dialogues from a ui sequence in one installer

2008-08-28 Thread Sean Farrow

Hi: 
I need to delete the start menu dialog and the license dialog from the
wixUI advance skeme in one installer. I don' want to modify theextension
if I can help it. How can I accomplish this?
Cheers
Sean.
 

__ Information from ESET NOD32 Antivirus, version of virus
signature database 3395 (20080828) __

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com
 

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Odp: Re: Disposable files

If you're moving the files somewhere else you could use the move files
table, or just install them straight to their final location. The remove
files action is run before install files, so you can't use that.

You could also do it in your CA if you really have to.

Cheers,
James

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Krzysztof
Kozmic
Sent: 28 August 2008 12:39
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Odp: Re: Disposable files

This is more tricky than I thought.
How do I remove fiels during installation. I want to do the folliwing.

Copy files into target folder.
Run custom action on those files
Remove the files (some, not all)


CONFIDENTIALITY NOTICE
This message is intended exclusively for the individual or entity to
which it is addressed. This communication may contain information that
is proprietary, privileged, confidential or otherwise legally exempt
from disclosure. If you are not the named addressee, you are not
authorized to read, print, retain, copy or disseminate this message or
any part of it. If you have received this message in error, please
delete all copies of this message and notify the sender immediately by
return mail or fax ATSI S.A.(+4812) 285 36 04.
Any email attachment may contain software viruses which could damage
your own computer system. Whilst reasonable precaution has been taken to
minimise this risk, we cannot accept liability for any damage which you
sustain as a result of software viruses. You should therefore carry out
your own virus checks before opening any attachments.



-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge Build the coolest Linux based applications with Moblin SDK 
win great prizes Grand prize is a trip for two to an Open Source event
anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This e-mail is confidential and the information contained in it may be 
privileged.  It should not be read, copied or used by anyone other than the 
intended recipient.  If you have received it in error, please contact the 
sender immediately by telephoning +44 (0)20 7623 8000 or by return email, and 
delete the e-mail and do not disclose its contents to any person.  We believe, 
but do not warrant, that this e-mail and any attachments are virus free, but 
you must take full responsibility for virus checking.  Please refer to 
http://www.dresdnerkleinwort.com/disc/email/ and read our e-mail disclaimer 
statement and monitoring policy.

Dresdner Kleinwort is the trading name of the investment banking division of 
Dresdner Bank AG, and operates through Dresdner Bank AG, Dresdner Kleinwort 
Limited, Dresdner Kleinwort Securities Limited and their affiliated or 
associated companies.  Dresdner Bank AG is a company incorporated in Germany 
with limited liability and registered in England (registered no. FC007638, 
place of business 30 Gresham Street, London EC2V 7PG), and is authorised by the 
German Federal Financial Supervisory Authority and by the Financial Services 
Authority ('FSA') and regulated by the FSA for the conduct of designated 
business in the UK.  Dresdner Kleinwort Limited is a company incorporated in 
England (registered no. 551334, registered office 30 Gresham Street, London 
EC2V 7PG), and is authorised and regulated by the FSA.  Dresdner Kleinwort 
Securities Limited is a company incorporated in England (registered no. 
1767419, registered office 30 Gresham Street, London EC2V 7PG), and is 
authorised an
 d regulated by the FSA.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Odp: Re: Disposable files

I don't need to move them anywhere. They just are needed to setup environment 
for the program to run (installing SSL certificates among other things).
I just want to get rid of them as soon as they are done doing their thing.

Is there really no other way for that than writing a Custom Action?

 [EMAIL PROTECTED] 8/28/2008 2:10:50 pm 
If you're moving the files somewhere else you could use the move files
table, or just install them straight to their final location. The remove
files action is run before install files, so you can't use that.

You could also do it in your CA if you really have to.

Cheers,
James

-Original Message-
From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of Krzysztof
Kozmic
Sent: 28 August 2008 12:39
To: wix-users@lists.sourceforge.net 
Subject: [WiX-users] Odp: Re: Disposable files

This is more tricky than I thought.
How do I remove fiels during installation. I want to do the folliwing.

Copy files into target folder.
Run custom action on those files
Remove the files (some, not all)


CONFIDENTIALITY NOTICE
This message is intended exclusively for the individual or entity to
which it is addressed. This communication may contain information that
is proprietary, privileged, confidential or otherwise legally exempt
from disclosure. If you are not the named addressee, you are not
authorized to read, print, retain, copy or disseminate this message or
any part of it. If you have received this message in error, please
delete all copies of this message and notify the sender immediately by
return mail or fax ATSI S.A.(+4812) 285 36 04.
Any email attachment may contain software viruses which could damage
your own computer system. Whilst reasonable precaution has been taken to
minimise this risk, we cannot accept liability for any damage which you
sustain as a result of software viruses. You should therefore carry out
your own virus checks before opening any attachments.



-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge Build the coolest Linux based applications with Moblin SDK 
win great prizes Grand prize is a trip for two to an Open Source event
anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/ 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/wix-users 


--
This e-mail is confidential and the information contained in it may be 
privileged.  It should not be read, copied or used by anyone other than the 
intended recipient.  If you have received it in error, please contact the 
sender immediately by telephoning +44 (0)20 7623 8000 or by return email, and 
delete the e-mail and do not disclose its contents to any person.  We believe, 
but do not warrant, that this e-mail and any attachments are virus free, but 
you must take full responsibility for virus checking.  Please refer to 
http://www.dresdnerkleinwort.com/disc/email/ and read our e-mail disclaimer 
statement and monitoring policy.

Dresdner Kleinwort is the trading name of the investment banking division of 
Dresdner Bank AG, and operates through Dresdner Bank AG, Dresdner Kleinwort 
Limited, Dresdner Kleinwort Securities Limited and their affiliated or 
associated companies.  Dresdner Bank AG is a company incorporated in Germany 
with limited liability and registered in England (registered no. FC007638, 
place of business 30 Gresham Street, London EC2V 7PG), and is authorised by the 
German Federal Financial Supervisory Authority and by the Financial Services 
Authority ('FSA') and regulated by the FSA for the conduct of designated 
business in the UK.  Dresdner Kleinwort Limited is a company incorporated in 
England (registered no. 551334, registered office 30 Gresham Street, London 
EC2V 7PG), and is authorised and regulated by the FSA.  Dresdner Kleinwort 
Securities Limited is a company incorporated in England (registered no. 
1767419, registered office 30 Gresham Street, London EC2V 7PG), and is 
authorised an
 d regulated by the FSA.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/ 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/wix-users 


CONFIDENTIALITY NOTICE
This message is intended exclusively for the individual or entity to which it 
is addressed. This communication may contain information that is proprietary, 
privileged, confidential or otherwise legally exempt from disclosure. If you 
are not the named addressee, you are not authorized to read, print,

Re: [WiX-users] Deleting dialogues from a ui sequence in one installer

2008-08-28 Thread Christopher Karper

You'll need to copy the UI code from the extension and customize it yourself
in your project.  You don't need to rebuild the extension, just stop using
it, and code the UI yourself.

Chris

On Thu, Aug 28, 2008 at 7:58 AM, Sean Farrow
[EMAIL PROTECTED]wrote:

 Hi:
 I need to delete the start menu dialog and the license dialog from the
 wixUI advance skeme in one installer. I don' want to modify theextension
 if I can help it. How can I accomplish this?
 Cheers
 Sean.


 __ Information from ESET NOD32 Antivirus, version of virus
 signature database 3395 (20080828) __

 The message was checked by ESET NOD32 Antivirus.

 http://www.eset.com


 -
 This SF.Net email is sponsored by the Moblin Your Move Developer's
 challenge
 Build the coolest Linux based applications with Moblin SDK  win great
 prizes
 Grand prize is a trip for two to an Open Source event anywhere in the world
 http://moblin-contest.org/redirect.php?banner_id=100url=/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Duplicate symbols when using SetDirectory and SetProperty

2008-08-28 Thread Robinson, David

I have an install which needs to drop files into a products plugin
folder.  Unfortunately, the vendor decided to change the registry key
under which the install location is found when they released a service
pack.  I would like to use SetDirectory with conditions rather than
explicitly code the Type 51 custom actions, but I am getting duplicate
symbol errors on compile for the following fragment.  I tried using a
single SetDirectory with two SetProperty elements (to say
P.PRODUCT_X_PLUGINS_ACTUAL) but found the same issue with duplicate
symbols for the SetProperty.  Any suggestions, or should I log a
feature/bug for this.

Fragment
Property Id=P.PRODUCT_X_PLUGINS 
RegistrySearch Id=RS.ProductXPlugins
Root=HKLM Key=SOFTWARE\Vendor\X Name=InstallDir Type=directory 
DirectorySearch Id=DS.ProductXPlugins
Path=Plugins Depth=1/
/RegistrySearch
/Property
Property Id=P.PRODUCT_XSP1_PLUGINS 
RegistrySearch Id=RS.ProductXSP1Plugins
Root=HKLM Key=SOFTWARE\Vendor\XSP1 Name=InstallDir
Type=directory 
DirectorySearch
Id=DS.ProductXSP1Plugins Path=Plugins Depth=1/
/RegistrySearch
/Property
DirectoryRef Id=TARGETDIR
Directory Id=D.ProductX.Plugins/
/DirectoryRef
SetDirectory Id=D.ProductX.Plugins
Value=[P.PRODUCT_X_PLUGINS]
Sequence=executeP.PRODUCT_X_PLUGINS/SetDirectory
SetDirectory Id=D.ProductX.Plugins
Value=[P.PRODUCT_XSP1_PLUGINS]
Sequence=executeP.PRODUCT_XSP1_PLUGINS/SetDirectory
/Fragment

David

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Odp: Re: Disposable files

You could try messing around with the order of the actions in your
installexecute sequence, but you'll just cause yourself validation
problems, as well as uninstall and rollback issues so that's not a good
course of action.

You have a CA anyway to use the files so why not just delete them in
that as well?

You could also just install the files to the temp directory and leave
them there to get tidied up later.

Whatever you do, remember to not have the files set as component
keypaths.

Cheers,
James

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Krzysztof
Kozmic
Sent: 28 August 2008 13:17
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Odp: Re: Disposable files

I don't need to move them anywhere. They just are needed to setup
environment for the program to run (installing SSL certificates among
other things).
I just want to get rid of them as soon as they are done doing their
thing.

Is there really no other way for that than writing a Custom Action?

 [EMAIL PROTECTED] 8/28/2008 2:10:50 pm 
If you're moving the files somewhere else you could use the move files
table, or just install them straight to their final location. The remove
files action is run before install files, so you can't use that.

You could also do it in your CA if you really have to.

Cheers,
James

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Krzysztof
Kozmic
Sent: 28 August 2008 12:39
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Odp: Re: Disposable files

This is more tricky than I thought.
How do I remove fiels during installation. I want to do the folliwing.

Copy files into target folder.
Run custom action on those files
Remove the files (some, not all)


CONFIDENTIALITY NOTICE
This message is intended exclusively for the individual or entity to
which it is addressed. This communication may contain information that
is proprietary, privileged, confidential or otherwise legally exempt
from disclosure. If you are not the named addressee, you are not
authorized to read, print, retain, copy or disseminate this message or
any part of it. If you have received this message in error, please
delete all copies of this message and notify the sender immediately by
return mail or fax ATSI S.A.(+4812) 285 36 04.
Any email attachment may contain software viruses which could damage
your own computer system. Whilst reasonable precaution has been taken to
minimise this risk, we cannot accept liability for any damage which you
sustain as a result of software viruses. You should therefore carry out
your own virus checks before opening any attachments.



-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge Build the coolest Linux based applications with Moblin SDK 
win great prizes Grand prize is a trip for two to an Open Source event
anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users 


--
This e-mail is confidential and the information contained in it may be
privileged.  It should not be read, copied or used by anyone other than
the intended recipient.  If you have received it in error, please
contact the sender immediately by telephoning +44 (0)20 7623 8000 or by
return email, and delete the e-mail and do not disclose its contents to
any person.  We believe, but do not warrant, that this e-mail and any
attachments are virus free, but you must take full responsibility for
virus checking.  Please refer to
http://www.dresdnerkleinwort.com/disc/email/ and read our e-mail
disclaimer statement and monitoring policy.

Dresdner Kleinwort is the trading name of the investment banking
division of Dresdner Bank AG, and operates through Dresdner Bank AG,
Dresdner Kleinwort Limited, Dresdner Kleinwort Securities Limited and
their affiliated or associated companies.  Dresdner Bank AG is a company
incorporated in Germany with limited liability and registered in England
(registered no. FC007638, place of business 30 Gresham Street, London
EC2V 7PG), and is authorised by the German Federal Financial Supervisory
Authority and by the Financial Services Authority ('FSA') and regulated
by the FSA for the conduct of designated business in the UK.  Dresdner
Kleinwort Limited is a company incorporated in England (registered no.
551334, registered office 30 Gresham Street, London EC2V 7PG), and is
authorised and regulated by the FSA.  Dresdner Kleinwort Securities
Limited is a company incorporated in England (registered no. 1767419,
registered office 30 Gresham Street, London EC2V 7PG), and is authorised
an  d regulated by the FSA.



-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge

Re: [WiX-users] createFolder or directory

2008-08-28 Thread bryan rasmussen

no wait, I'd have to do it with a directory inside of a directory -
correct? But otherwise the same principle holds, that I can the
directory element to create the subpaths rather than createfolder.

Best Regards,
Bryan Rasmussen

On Thu, Aug 28, 2008 at 4:29 PM, bryan rasmussen
[EMAIL PROTECTED] wrote:
 Hi,

 I have to create a number of folders the paths of which match to some
 registry settings I'm creating, I suppose that CreateFolder makes the
 most sense, but it just struck me that I could create the directories
 with the directory element, and then have the registry setting
 creation taking place from within components that were under the
 particular directory (I guess, it seems like it would work), the
 second seems like a hack to me but I have read some things that lead
 me to assume that maybe I shouldn't use CreateFolder  either.

 Best Regards,
 Bryan Rasmussen


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] createFolder or directory

2008-08-28 Thread bryan rasmussen

Hi,

I have to create a number of folders the paths of which match to some
registry settings I'm creating, I suppose that CreateFolder makes the
most sense, but it just struck me that I could create the directories
with the directory element, and then have the registry setting
creation taking place from within components that were under the
particular directory (I guess, it seems like it would work), the
second seems like a hack to me but I have read some things that lead
me to assume that maybe I shouldn't use CreateFolder  either.

Best Regards,
Bryan Rasmussen

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Confusing msi install problem.....HELP!

2008-08-28 Thread Mark Holland

OK, my problem is confusing - for me anyway. I'm working on a Wix install
but the problem is an msi based one as far as I can see.

I am working on an Application called GLOBAL.
This Application can be installed to 3 different locations depending on
certain Conditions.
The conditions involve the presence of 1 or 2 other applications, we'll call
them APPX and APPY. Or the lack of their presence.
I will define the 3 different scenarios that can exist.

I am installing GLOBAL onto a machine that doesn't have APPX or APPY
installed.
Neither APPX or APPY installed = GLOBAL installed to default location which
I have defined as being C:\Program Files\GLOBAL.
APPX is installed = The GLOBAL files get installed to APPX's
InstallDirectory which I set in a Custom Action.
APPY is installed = The GLOBAL files get installed to APPY's
InstallDirectory which I set in a Custom Action.

Now, this is where my problem begins -
APPX and APPY are installed = The GLOBAL files should get installed to both
InstallDirectory's.

However, the method I am using in my Custom Actions involves setting a
Property.
I have defined a Property called PRODUCTDIR and set it equal to C:\Program
Files\GLOBAL to begin with.
Therefore if neither APPX or APPY are installed PRODUCTDIR is unchanged and
the files are installed to this location.

My Custom Action is setup to set this Property PRODUCTDIR to APPX or APPY's
InstallDirectory if one of them is found and therefore changing the Install
Location of GLOBAL files.
This will not work if APPX and APPY are found as the PRODUCTDIR property
will only take one value and I am trying to give it two.

There is a very messy solution and that is to create 3 components for each
file and set each Component to install to either GLOBAL, APPX or APPY's
install directory.
I don't like this method and I think there must be another way to do it, I
just can't think of it!

I've also just read something about the CopyFile Element in Wix but not sure
if this is the right way forward. I did think about using the Duplicate File
table in the msi but again not sure if this is the right way to go!
I will keep testing and let you know how I go

Any help would be great! Thanks in advance,
Mark
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Confusing msi install problem.....HELP!

2008-08-28 Thread Chad Miles

DuplicateFiles looks nice, sequenced after InstallFiles... never used it
though.

CopyFile would probably work, but if u have a bunch of files that seems
tedious.

On Thu, Aug 28, 2008 at 10:57 AM, Mark Holland [EMAIL PROTECTED]wrote:

 OK, my problem is confusing - for me anyway. I'm working on a Wix install
 but the problem is an msi based one as far as I can see.

 I am working on an Application called GLOBAL.
 This Application can be installed to 3 different locations depending on
 certain Conditions.
 The conditions involve the presence of 1 or 2 other applications, we'll
 call
 them APPX and APPY. Or the lack of their presence.
 I will define the 3 different scenarios that can exist.

 I am installing GLOBAL onto a machine that doesn't have APPX or APPY
 installed.
 Neither APPX or APPY installed = GLOBAL installed to default location which
 I have defined as being C:\Program Files\GLOBAL.
 APPX is installed = The GLOBAL files get installed to APPX's
 InstallDirectory which I set in a Custom Action.
 APPY is installed = The GLOBAL files get installed to APPY's
 InstallDirectory which I set in a Custom Action.

 Now, this is where my problem begins -
 APPX and APPY are installed = The GLOBAL files should get installed to both
 InstallDirectory's.

 However, the method I am using in my Custom Actions involves setting a
 Property.
 I have defined a Property called PRODUCTDIR and set it equal to C:\Program
 Files\GLOBAL to begin with.
 Therefore if neither APPX or APPY are installed PRODUCTDIR is unchanged and
 the files are installed to this location.

 My Custom Action is setup to set this Property PRODUCTDIR to APPX or APPY's
 InstallDirectory if one of them is found and therefore changing the Install
 Location of GLOBAL files.
 This will not work if APPX and APPY are found as the PRODUCTDIR property
 will only take one value and I am trying to give it two.

 There is a very messy solution and that is to create 3 components for each
 file and set each Component to install to either GLOBAL, APPX or APPY's
 install directory.
 I don't like this method and I think there must be another way to do it, I
 just can't think of it!

 I've also just read something about the CopyFile Element in Wix but not
 sure
 if this is the right way forward. I did think about using the Duplicate
 File
 table in the msi but again not sure if this is the right way to go!
 I will keep testing and let you know how I go

 Any help would be great! Thanks in advance,
 Mark
 -
 This SF.Net email is sponsored by the Moblin Your Move Developer's
 challenge
 Build the coolest Linux based applications with Moblin SDK  win great
 prizes
 Grand prize is a trip for two to an Open Source event anywhere in the world
 http://moblin-contest.org/redirect.php?banner_id=100url=/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] PermissionEx and WixQueryOsWellKnownSID properties

2008-08-28 Thread Cody Cutrer

Are you running on Windows 2000?  The Network Service account only exists on 
Windows XP and above.  WIX_ACCOUNT_NETWORKSERVICE relies on a custom action in 
WixUtilExtension that creates the well-known SIDs for common accounts, and 
then uses an API call to get the localized names for them.  This is so you can 
use them with the Permission element (which uses a built in Windows Installer 
action, which only recognizes Everyone and Administrators regardless of OS 
localization).  However, the PermissionEx element is implemented as a WiX 
custom action, and supports using Everyone, Administrators, LocalSystem, 
LocalService, NetworkService, AuthenticatedUser, Guests, CREATOR OWNER, 
INTERACTIVE, and Users regardless of OS localization.  The problem with the 
custom action that sets the well-known account localized names 
(WIX_ACCOUNT_NETWORKSERVICE, etc.), is that it fails on Windows 2000 because 
those accounts don't exist.  This happens even if you have a condition that you 
never use 
 those properties on a Windows 2000 system.  So... If you need to use anything 
besides Administrators or Everyone, and you need to run your installer on 
Windows 2000, then it's best to use the PermissionEx element, and use the 
English names directly.

Btw... Your error code is the HRESULT for Win32 error code 1789: 
ERROR_TRUSTED_RELATIONSHIP_FAILURE The trust relationship between this 
workstation and the primary domain failed, as a result of a call to 
LookupAccountNameW.  Are you running this installer per-user or per-machine?  I 
can't see how that could ever fail if you're doing it per-machine and the 
installer is running as SYSTEM.  If it was per-user, I could see something 
weird like this happening, but probably means a weird security 
misconfiguration, or maybe just can't contact a domain controller or something. 
 Generally even using WIX_ACCOUNT_NETWORKSERVICE should work with PermissionEx 
(it just looks up the SID directly from the name, instead of building a 
well-known SID).

Cody Cutrer


On 8/27/08 5:07 PM, Rob Mensching [EMAIL PROTECTED] wrote:

Did you try NetworkService?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Neil Sleightholm
Sent: Wednesday, August 27, 2008 15:26
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] PermissionEx and WixQueryOsWellKnownSID properties

I am trying to change the permissions on a registry key like so:



RegistryKey Id=RegCommon Root=HKLM
Key=SOFTWARE\ACME\Common Action=create

  util:PermissionEx GenericAll=yes
User=[WIX_ACCOUNT_NETWORKSERVICE] /

/RegistryKey



But when I run it I get this error in the log:

ExecSecureObjects:  Error 0x800706fd: failed to get sid for account: NT
AUTHORITY\NETWORK SERVICE

Action ended 23:15:46: InstallFinalize. Return value 3.



Is it possible to use the WixQueryOsWellKnownSID properties with
PermissionEx? Alternatively can I specify a SID (e.g. S-1-5-20) for the
value of PermissionEx/@User?



(I can't hardcode the network service account name as it changes on
international versions of Windows.)



Neil



Neil Sleightholm
X2 Systems Limited
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users




-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Confusing msi install problem.....HELP!

2008-08-28 Thread Mark Holland

I agree DuplicateFiles does look nice but I don't know how to use it.
Does anyone know how I could implement this idea?



2008/8/28 Chad Miles [EMAIL PROTECTED]

 DuplicateFiles looks nice, sequenced after InstallFiles... never used it
 though.

 CopyFile would probably work, but if u have a bunch of files that seems
 tedious.

 On Thu, Aug 28, 2008 at 10:57 AM, Mark Holland [EMAIL PROTECTED]
 wrote:

  OK, my problem is confusing - for me anyway. I'm working on a Wix install
  but the problem is an msi based one as far as I can see.
 
  I am working on an Application called GLOBAL.
  This Application can be installed to 3 different locations depending on
  certain Conditions.
  The conditions involve the presence of 1 or 2 other applications, we'll
  call
  them APPX and APPY. Or the lack of their presence.
  I will define the 3 different scenarios that can exist.
 
  I am installing GLOBAL onto a machine that doesn't have APPX or APPY
  installed.
  Neither APPX or APPY installed = GLOBAL installed to default location
 which
  I have defined as being C:\Program Files\GLOBAL.
  APPX is installed = The GLOBAL files get installed to APPX's
  InstallDirectory which I set in a Custom Action.
  APPY is installed = The GLOBAL files get installed to APPY's
  InstallDirectory which I set in a Custom Action.
 
  Now, this is where my problem begins -
  APPX and APPY are installed = The GLOBAL files should get installed to
 both
  InstallDirectory's.
 
  However, the method I am using in my Custom Actions involves setting a
  Property.
  I have defined a Property called PRODUCTDIR and set it equal to
 C:\Program
  Files\GLOBAL to begin with.
  Therefore if neither APPX or APPY are installed PRODUCTDIR is unchanged
 and
  the files are installed to this location.
 
  My Custom Action is setup to set this Property PRODUCTDIR to APPX or
 APPY's
  InstallDirectory if one of them is found and therefore changing the
 Install
  Location of GLOBAL files.
  This will not work if APPX and APPY are found as the PRODUCTDIR property
  will only take one value and I am trying to give it two.
 
  There is a very messy solution and that is to create 3 components for
 each
  file and set each Component to install to either GLOBAL, APPX or APPY's
  install directory.
  I don't like this method and I think there must be another way to do it,
 I
  just can't think of it!
 
  I've also just read something about the CopyFile Element in Wix but not
  sure
  if this is the right way forward. I did think about using the Duplicate
  File
  table in the msi but again not sure if this is the right way to go!
  I will keep testing and let you know how I go
 
  Any help would be great! Thanks in advance,
  Mark
  -
  This SF.Net email is sponsored by the Moblin Your Move Developer's
  challenge
  Build the coolest Linux based applications with Moblin SDK  win great
  prizes
  Grand prize is a trip for two to an Open Source event anywhere in the
 world
  http://moblin-contest.org/redirect.php?banner_id=100url=/
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
 
 -
 This SF.Net email is sponsored by the Moblin Your Move Developer's
 challenge
 Build the coolest Linux based applications with Moblin SDK  win great
 prizes
 Grand prize is a trip for two to an Open Source event anywhere in the world
 http://moblin-contest.org/redirect.php?banner_id=100url=/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Confusing msi install problem.....HELP!

2008-08-28 Thread Chad Miles

I'd say this is worth a shot:::

Custom Action=DuplicateFiles Sequence=whatever # comes after
InstallFiles /

On Thu, Aug 28, 2008 at 11:31 AM, Mark Holland [EMAIL PROTECTED]wrote:

 I agree DuplicateFiles does look nice but I don't know how to use it.
 Does anyone know how I could implement this idea?



 2008/8/28 Chad Miles [EMAIL PROTECTED]

  DuplicateFiles looks nice, sequenced after InstallFiles... never used it
  though.
 
  CopyFile would probably work, but if u have a bunch of files that seems
  tedious.
 
  On Thu, Aug 28, 2008 at 10:57 AM, Mark Holland [EMAIL PROTECTED]
  wrote:
 
   OK, my problem is confusing - for me anyway. I'm working on a Wix
 install
   but the problem is an msi based one as far as I can see.
  
   I am working on an Application called GLOBAL.
   This Application can be installed to 3 different locations depending on
   certain Conditions.
   The conditions involve the presence of 1 or 2 other applications, we'll
   call
   them APPX and APPY. Or the lack of their presence.
   I will define the 3 different scenarios that can exist.
  
   I am installing GLOBAL onto a machine that doesn't have APPX or APPY
   installed.
   Neither APPX or APPY installed = GLOBAL installed to default location
  which
   I have defined as being C:\Program Files\GLOBAL.
   APPX is installed = The GLOBAL files get installed to APPX's
   InstallDirectory which I set in a Custom Action.
   APPY is installed = The GLOBAL files get installed to APPY's
   InstallDirectory which I set in a Custom Action.
  
   Now, this is where my problem begins -
   APPX and APPY are installed = The GLOBAL files should get installed to
  both
   InstallDirectory's.
  
   However, the method I am using in my Custom Actions involves setting a
   Property.
   I have defined a Property called PRODUCTDIR and set it equal to
  C:\Program
   Files\GLOBAL to begin with.
   Therefore if neither APPX or APPY are installed PRODUCTDIR is unchanged
  and
   the files are installed to this location.
  
   My Custom Action is setup to set this Property PRODUCTDIR to APPX or
  APPY's
   InstallDirectory if one of them is found and therefore changing the
  Install
   Location of GLOBAL files.
   This will not work if APPX and APPY are found as the PRODUCTDIR
 property
   will only take one value and I am trying to give it two.
  
   There is a very messy solution and that is to create 3 components for
  each
   file and set each Component to install to either GLOBAL, APPX or APPY's
   install directory.
   I don't like this method and I think there must be another way to do
 it,
  I
   just can't think of it!
  
   I've also just read something about the CopyFile Element in Wix but not
   sure
   if this is the right way forward. I did think about using the Duplicate
   File
   table in the msi but again not sure if this is the right way to go!
   I will keep testing and let you know how I go
  
   Any help would be great! Thanks in advance,
   Mark
  
 -
   This SF.Net email is sponsored by the Moblin Your Move Developer's
   challenge
   Build the coolest Linux based applications with Moblin SDK  win great
   prizes
   Grand prize is a trip for two to an Open Source event anywhere in the
  world
   http://moblin-contest.org/redirect.php?banner_id=100url=/
   ___
   WiX-users mailing list
   WiX-users@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/wix-users
  
  -
  This SF.Net email is sponsored by the Moblin Your Move Developer's
  challenge
  Build the coolest Linux based applications with Moblin SDK  win great
  prizes
  Grand prize is a trip for two to an Open Source event anywhere in the
 world
  http://moblin-contest.org/redirect.php?banner_id=100url=/
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
 
 -
 This SF.Net email is sponsored by the Moblin Your Move Developer's
 challenge
 Build the coolest Linux based applications with Moblin SDK  win great
 prizes
 Grand prize is a trip for two to an Open Source event anywhere in the world
 http://moblin-contest.org/redirect.php?banner_id=100url=/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/

[WiX-users] Strange Privileged property behavior on Vista

2008-08-28 Thread Jon Seanor

- apologies if this is a repost. I sent this question yesterday but it looks
like the list server didn't send it...

I've got a launch condition of Privileged.
My installer makes changes to the system (i.e. Program files, system32, etc)
All but one of my users doing testing on Vista can install my app
successfully when logged in as standard users.
(They are prompted for an admin uname/pwd).

However, one user (also a standard user on Vista) cannot install.
It turns out the Priviledged property is not created, so the installer
quits because of the launch condition.
This of course is expected behavior.

However, I later applied the 'AlwaysInstallElevated=1' policy to their PC
(and rebooted), expecting the installation to work.
...The install continues to fail this launch condition test?!
(Am I misunderstanding the connection between AlwaysInstallElevated and
Privileged?)

What could be going here? Any ideas?

Thanks

Jon
--
View this message in context:
http://n2.nabble.com/Strange-%22Privileged%22-property-behavior-on-Vista-tp789951p789951.html
Sent from the wix-users mailing list archive at Nabble.com.

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Strange Privileged property behavior on Vista

2008-08-28 Thread Jon Seanor

One other thing - the PC that the installer fails on was not 'set up' to
fail, so I'm really scratching my head over this one.

Jon Seanor wrote:

- apologies if this is a repost. I sent this question yesterday but it
looks like the list server didn't send it...

I've got a launch condition of Privileged.
My installer makes changes to the system (i.e. Program files, system32,
etc)
All but one of my users doing testing on Vista can install my app
successfully when logged in as standard users.
(They are prompted for an admin uname/pwd).

What could be going here? Any ideas?

Thanks

Jon

--
View this message in context:
http://n2.nabble.com/Strange-%22Privileged%22-property-behavior-on-Vista-tp789951p789956.html
Sent from the wix-users mailing list archive at Nabble.com.

Re: [WiX-users] Strange Privileged property behavior on Vista

Have you applied the policy to both HKLM and HKCU? I *think* that one
needs to go in both.

Cheers,
James 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jon Seanor
Sent: 28 August 2008 16:45
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Strange Privileged property behavior on Vista


Hi

- apologies if this is a repost. I sent this question yesterday but it
looks like the list server didn't send it...

I've got a launch condition of Privileged.
My installer makes changes to the system (i.e. Program files, system32,
etc) All but one of my users doing testing on Vista can install my app
successfully when logged in as standard users.
(They are prompted for an admin uname/pwd).

However, one user (also a standard user on Vista) cannot install.
It turns out the Priviledged property is not created, so the installer
quits because of the launch condition. 
This of course is expected behavior.

However, I later applied the 'AlwaysInstallElevated=1' policy to their
PC (and rebooted), expecting the installation to work.
...The install continues to fail this launch condition test?!
(Am I misunderstanding the connection between AlwaysInstallElevated
and
Privileged?)

What could be going here? Any ideas?


Thanks

Jon
--
View this message in context:
http://n2.nabble.com/Strange-%22Privileged%22-property-behavior-on-Vista
-tp789951p789951.html
Sent from the wix-users mailing list archive at Nabble.com.



-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK  win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This e-mail is confidential and the information contained in it may be 
privileged.  It should not be read, copied or used by anyone other than the 
intended recipient.  If you have received it in error, please contact the 
sender immediately by telephoning +44 (0)20 7623 8000 or by return email, and 
delete the e-mail and do not disclose its contents to any person.  We believe, 
but do not warrant, that this e-mail and any attachments are virus free, but 
you must take full responsibility for virus checking.  Please refer to 
http://www.dresdnerkleinwort.com/disc/email/ and read our e-mail disclaimer 
statement and monitoring policy.

Dresdner Kleinwort is the trading name of the investment banking division of 
Dresdner Bank AG, and operates through Dresdner Bank AG, Dresdner Kleinwort 
Limited, Dresdner Kleinwort Securities Limited and their affiliated or 
associated companies.  Dresdner Bank AG is a company incorporated in Germany 
with limited liability and registered in England (registered no. FC007638, 
place of business 30 Gresham Street, London EC2V 7PG), and is authorised by the 
German Federal Financial Supervisory Authority and by the Financial Services 
Authority ('FSA') and regulated by the FSA for the conduct of designated 
business in the UK.  Dresdner Kleinwort Limited is a company incorporated in 
England (registered no. 551334, registered office 30 Gresham Street, London 
EC2V 7PG), and is authorised and regulated by the FSA.  Dresdner Kleinwort 
Securities Limited is a company incorporated in England (registered no. 
1767419, registered office 30 Gresham Street, London EC2V 7PG), and is 
authorised an
 d regulated by the FSA.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Condition on the version of the FrameWork

2008-08-28 Thread habib jaouani

In the SampleDotnet, I see that we make a condition on the version of the
Framework. I use the same example and I run it, but always it display to me
you don't have the version of the framework.

In my case, I have as a condition : FRAMEWORK35SP = #1.

I don't know the role of #???

Is my syntax FRAMEWORK35SP = #1 correct?

-- 
Habib JAOUANI
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Strange Privileged property behavior on Vista

2008-08-28 Thread Jon Seanor


You are correct - they need to be in both according to msdn.
I'm waiting for feedback from the tester concerning this.

However, on all the other Vistas where the installer works,
AlwaysInstallElevated is undefined in both HKLM and HKCU. - According to the
docs, the Privileged property should not be created by Windows Installer.
(The user does not have administrator privileges and the application has not
been assigned by a system administrator.)

So the connection between AlwaysInstallElevated and Privileged (as stated in
http://msdn.microsoft.com/en-us/library/aa370852.aspx) seems to be
influenced by *something else*.

...what is that something else?




Have you applied the policy to both HKLM and HKCU? I *think* that one
needs to go in both.

Cheers,
James 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jon Seanor
Sent: 28 August 2008 16:45
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Strange Privileged property behavior on Vista



-- 
View this message in context: 
http://n2.nabble.com/Strange-%22Privileged%22-property-behavior-on-Vista-tp789951p790039.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] PermissionEx and WixQueryOsWellKnownSID properties