[WiX-users] on show dialog is loosing focus for my main screens

[Hukumchand Shah]

Hi All,

I am creating some message dialogs and showing them in 
as shown below



  1


  1


  !(loc.upgrademsg)


  


condition


when this dialog appears and when I press yes button of this dialog then my
main screen get lost and some custom actions get executed (like batch files)
and finally my finish screen appears.
I want to retain my main installation progress screen. How do I do that?
What changes I have to make to achive this?

Anyone has any idea? I am new to wix.


Thank you

Regards,
Hukum
--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] spawndialog not working....

[Hukumchand Shah]

Hi All,

I want to show the different dialog boxes depending upon the conditions
without loosing focus for my main dialog.

first condition
 second condition

But here it never shows the upgradeMsgDlg even if I make the [second
condition= 1].
I don't undertsand why it's behaving like this?
Is there any rule defined for using Spawndialog?

Can anybody help me out?

Thank you

Regards,
Hukum
--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] how to change an installed package?

[Alan Sinclair]

This is not strictly a WiX question, but I'd *really* appreciate any 
suggestions!

I shipped a merge module which customers build into their MSIs. The merge mod 
installs a device driver. The problem is that I did not properly allow for an 
upgrade. During an upgrade, the driver must NOT be uninstalled - the custom 
action that removes the driver should have included NOT UPGRADINGPRODUCTCODE, 
but I forgot it.

The newer version of the merge module will need to edit the installed MSI, and 
put the condition NOT UPGRADINGPRODUCTCODE on the custom action which installs 
the driver.

How do I do this? A brief outline to get me started will be very helpful and 
much appreciated. I'm assuming it will need a C++ DLL custom action, but 
otherwise don't really know much. Unfortunately it isn't possible to produce a 
separate script (which I know how to do, using SQL to edit tables etc.) -- this 
has to be done from the merge module, adding the extra complication that it 
can't hard code the UpgradeCode or ProductCode of the already-installed package.

Many thanks!
--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Registering votive in build\debug\x86 with VS 2005

[Thomas S. Trias]

I got past the first two hurdles, getting votive2005 to build, modifying 
RegisterVotive.bat to use the build\debug\x86 directory, but when I go 
to add a .WIX project, the solution explorer goes blank (although it 
says Project1 created successfully).

Here is my modified RegisterVotive.bat:

--- SNIP ---

:: RegisterVotive.bat
:: ---
:: Preprocesses all of the various support files for working with Votive 
in a development
:: environment and then registers Votive with Visual Studio 2005.


@echo off
setlocal

:: When running under 64-bit Windows, the registry key is stored under 
the Wow6432Node.
set VS_REGKEYROOT=HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VisualStudio\8.0Exp
if /i [%PROCESSOR_ARCHITECTURE%]==[AMD64] set 
VS_REGKEYROOT=HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\VisualStudio\8.0Exp

:: Make sure the SDK is installed (the experimental hive is registered).
reg query %VS_REGKEYROOT%\Setup\VS /v EnvironmentPath > NUL 2> NUL
if not %errorlevel% == 0 (
echo VS SDK for Visual Studio 2005 is not installed. Skipping 
registration.
goto End
)

:: Try to get the paths to Visual Studio
for /f "tokens=3*" %%a in ('reg query %VS_REGKEYROOT%\Setup\VS /v 
EnvironmentPath ^| find "EnvironmentPath"') do set DEVENVPATH_2005=%%a %%b
for /f "tokens=3*" %%a in ('reg query %VS_REGKEYROOT%\Setup\VS /v 
EnvironmentDirectory ^| find "EnvironmentDirectory"') do set 
DEVENVDIR_2005=%%a %%b
:: GUIDs
set PACKAGE_GUID={E0EE8E7D-F498-459E-9E90-2B3D73124AD5}
set PROJECT_GUID={930C7802-8A8C-48F9-8165-68863BCCD9DD}
set XML_EDITOR_GUID_2005={FA3CD31E-987B-443A-9B81-186104E8DAC1}

:: Toools declarations
:: set VOTIVE_PREPROCESSOR=%~dp0..\..\..\Release\debug\VotivePP.exe
set VOTIVE_PREPROCESSOR=%WIX_ROOT%\build\debug\x86\VotivePP.exe

:: Directories
:: set SCONCE_TARGETDIR=%TARGETROOT%\wix\x86\debug\lang-neutral\
set SCONCE_TARGETDIR=%WIX_ROOT%\build\debug\x86\
set SCONCE_TARGETPATH=%SCONCE_TARGETDIR%sconce2005.dll
:: set VOTIVE_TARGETDIR=%TARGETROOT%\wix\x86\debug\lang-neutral\
set VOTIVE_TARGETDIR=%WIX_ROOT%\build\debug\x86\
set VOTIVE_TARGETPATH=%VOTIVE_TARGETDIR%votive2005.dll
:: set WIXTOOLSDIR=%TARGETROOT%\wix\x86\debug\lang-neutral\
set WIXTOOLSDIR=%WIX_ROOT%\build\debug\x86\
set ITEMTEMPLATESDIR=%DEVENVDIR_2005%ItemTemplatesExp\WiX\
set PROJECTTEMPLATESDIR=%DEVENVDIR_2005%ProjectTemplatesExp\WiX\

:: Write the .reg files and use reg.exe to import the files
set REG_FILE=%~dp0Register.reg
echo Writing package registry settings for Visual Studio 2005...
"%VOTIVE_PREPROCESSOR%" -bs "%~dp0Register.reg.pp" "%REG_FILE%" 
VS_REGKEYROOT="%VS_REGKEYROOT%" DLLPATH="%VOTIVE_TARGETPATH%" 
DLLDIR="%VOTIVE_TARGETDIR%\" SCONCEPATH="%SCONCE_TARGETPATH%" 
ITEMTEMPLATESDIR="%ITEMTEMPLATESDIR%\" 
PROJECTTEMPLATESDIR="%PROJECTTEMPLATESDIR%\" 
WIXTOOLSDIR="%WIXTOOLSDIR%\" DEVENVPATH="%DEVENVPATH_2005%" 
PACKAGE_GUID=%PACKAGE_GUID% PROJECT_GUID=%PROJECT_GUID% 
XML_EDITOR_GUID=%XML_EDITOR_GUID_2005% VS_VERSION=8.0 VS_VERSION_YEAR=2005
reg import "%REG_FILE%"
if exist "%REG_FILE%" del /q /f "%REG_FILE%"
echo Registering Votive with Visual Studio 2005 Exp...
echo "%DEVENVPATH_2005%" /setup /rootsuffix Exp
"%DEVENVPATH_2005%" /setup /rootsuffix Exp
echo.

:End
endlocal
exit /b 0
--- SNIP ---

I am starting up Visual Studio 2005 with the "/rootsuffix Exp" flag.  Do 
I need to also copy the zip files to the ITEMTEMPLATESDIR / 
PROJECTTEMPLATESDIR as well?  If that is the case, then I think I will 
modify things further to  have the zip targets copied to sub-folders 
below %WIX_ROOT%\build\debug\x86\ and set the template directories 
accordingly.

Any help would be greatly appreciated.

Thanks,

-- 
Thomas S. Trias
Senior Developer
Artizan Internet Services
http://www.artizan.com/


--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] DTF Runtime Problems

[Neil Sleightholm]

I don't know what is wrong but have you tried monitoring it with procmon
(http://technet.microsoft.com/en-us/sysinternals/default.aspx) that
should highlight what it is trying to load when it fails.

Neil

-Original Message-
From: Christopher Painter [mailto:chr...@deploymentengineering.com] 
Sent: 06 April 2009 20:32
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] DTF Runtime Problems


Today I was looking at an install logfile that had the following:

sfxca: Failed to load assembly Microsoft.Deployment.WindowsInstaller
error code 0x8007002

This is a deferred CA that is known to work on other systems.  Anyone
have any thoughts?



  


--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] DTF Runtime Problems

[Yan Sklyarenko]

I've seen this behavior once when I used a custom WiX build withtout code 
signing, and tried to run the installation built with that custom build on 
another machine. The problem was solved exactly the way it is described at 
Neil's blog: 
http://neilsleightholm.blogspot.com/2008/10/how-to-create-wix-build-machine.html
 

 , Code Signing paragraph.
 
Can this be the case?
 
-- Yan


From: Christopher Painter [mailto:chr...@deploymentengineering.com]
Sent: Mon 4/6/2009 22:32
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] DTF Runtime Problems




Today I was looking at an install logfile that had the following:

sfxca: Failed to load assembly Microsoft.Deployment.WindowsInstaller error code 
0x8007002

This is a deferred CA that is known to work on other systems.  Anyone have any 
thoughts?



 

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Service Install doesn't work when the component keypath is used

[Alexander Shevchuk]

This is requirement for ServiceInstall table 
(http://msdn.microsoft.com/en-us/library/aa371637(VS.85).aspx).  Look for 
description of Component_ column:

"External key to column one of the Component Table. Note that to install this 
service using the InstallService table, the KeyPath for this component must be 
the executable file for the service."

Alex



-Original Message-
From: Joe Osman [mailto:joe.os...@tait.co.nz] 
Sent: Monday, April 06, 2009 1:21 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Service Install doesn't work when the component keypath is 
used

I've tried to install a .NET service using the ServiceInstall element but 
didn't succeed when I've used the keypath attribute of the component. When I 
used the keypath attribute of the file and not the component the service was 
installed successfully. Is this a bug ? Here is the code (when using the 
keypath attribute of the file element):

   



  






===
This email, including any attachments, is only for the intended
addressee.  It is subject to copyright, is confidential and may be
the subject of legal or other privilege, none of which is waived or
lost by reason of this transmission.
If the receiver is not the intended addressee, please accept our
apologies, notify us by return, delete all copies and perform no
other act on the email.
Unfortunately, we cannot warrant that the email has not been
 altered or corrupted during transmission.
===


--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Service Install doesn't work when the component keypath is used

[Joe Osman]

I've tried to install a .NET service using the ServiceInstall element 
but didn't succeed when I've used the keypath attribute of the 
component. When I used the keypath attribute of the file and not the 
component the service was installed successfully. Is this a bug ? Here 
is the code (when using the keypath attribute of the file element):


  Guid="09A0B49A-E3EE-4080-A405-12F0E147F991" >


Source="..\KeyManagementFacility\OtarServer\Tait.KeyManagementFacility.OtarServer.exe" 


 KeyPath="yes" />
  Description="A Windows service providing Over-The-Air 
Rekeying for P25 devices"

   Type="ownProcess"
   Start="auto"
   ErrorControl="normal"
   Account=".\OtarServer"
   Password="[USERPASSWORD]" />
   
 






===
This email, including any attachments, is only for the intended
addressee.  It is subject to copyright, is confidential and may be
the subject of legal or other privilege, none of which is waived or
lost by reason of this transmission.
If the receiver is not the intended addressee, please accept our
apologies, notify us by return, delete all copies and perform no
other act on the email.
Unfortunately, we cannot warrant that the email has not been
altered or corrupted during transmission.
===

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX Patching, Merge Module problem?

[Stryder Crown]

I've actually abandoned this mode of creating patches in favor of the msimsp
method.  Not sure what I was doing wrong, but I know this is working, so
we'll have to come back to it later. Thanks for the reply though!

Stryder

On Fri, Apr 3, 2009 at 2:46 PM, Heath Stewart  wrote:

> MSMs would already be merged into the the MSI at that point, so any
> differences in your MSMs will be visible. But it depends on your patch
> authoring. What does your patch source file look like? Can you post it or a
> sample online?
>
> On Fri, Apr 3, 2009 at 11:24 AM, Stryder Crown 
> wrote:
>
> > Learning WiX, getting into patching and have all sorts of confusion.
>  But,
> > maybe someone can clarify for me:
> >
> > When running torch on two .msi files (the original and the updated one),
> > torch isn't going to find differences in referenced merge modules is it?
> > Which means my transform file isn't going to contain any 'new things',
> and
> > that's why I'm getting these 'no valid transforms' error, right?
> >
> > What is the recommended strategy for patching if the update is in one of
> > the
> > merge modules?  Or am I missing something?
> >
> > Stryder
> >
> >
> --
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
>
>
> --
> Heath Stewart
> Deployment Technologies Team, Microsoft
> http://blogs.msdn.com/heaths
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] DTF Runtime Problems

[Christopher Painter]

Today I was looking at an install logfile that had the following:

sfxca: Failed to load assembly Microsoft.Deployment.WindowsInstaller error code 
0x8007002

This is a deferred CA that is known to work on other systems.  Anyone have any 
thoughts?



  

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Unable to remove website during uninstall

[Mike Carlson (DEV DIV)]

I just noticed you're modifying web.config directly using XmlFile. Just in 
case, could you try to see if the problem reproduces without that, in case 
there is some kind of conflict? Does the problem reproduce for you on pre-Vista 
OS's as well?

Either way, it sounds like you should file a bug. Try to attach a minimal repro 
to the bug (authoring & a logfile), as this will help me to reproduce the exact 
problem.

Thanks,
Mike Carlson

-Original Message-
From: Gang Cheng [mailto:gang.cheng...@gmail.com] 
Sent: Friday, April 03, 2009 6:04 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Unable to remove website during uninstall

Thanks for you reply!

I checked the log file. Action is absent:
MSI (s) (4C:B4) [17:47:48:175]: Component: Site; Installed: Local;
Request: Absent;   Action: Absent

Also I check "WriteMetabaseChanges" in the log file. I don't see any errors
or warnings:
MSI (s) (4C!DC) [17:47:52:125]: PROPERTY CHANGE: Adding WriteMetabaseChanges
property. Its value is 'ConfigureIIs'.
MSI (s) (4C!DC) [17:47:52:126]: Doing action: WriteMetabaseChanges
Action start 17:47:52: WriteMetabaseChanges.
Action ended 17:47:52: WriteMetabaseChanges. Return value 1.
MSI (s) (4C:B4) [17:47:53:519]: Executing op:
ActionStart(Name=WriteMetabaseChanges,Description=Installing Metabase Keys
and Values,)
MSI (s) (4C:B4) [17:47:53:520]: Executing op:
CustomActionSchedule(Action=WriteMetabaseChanges,ActionType=11265,Source=BinaryData,Target=**,CustomActionData=**)
MSI (s) (4C:60) [17:47:53:527]: Invoking remote custom action. DLL:
C:\Windows\Installer\MSIF900.tmp, Entrypoint: WriteMetabaseChanges
Property(S): WriteMetabaseChanges = ConfigureIIs

Finally the version I tried just now is 3.0.5127.0.

Again, thank you very much for you kindly suggestions!

Regards,
Gavin Cheng
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Add/Remove Programs Fatal Error 1603 after abort uninstall because of in-use/locked file

[Wilson, Phil]

Get an MSI log and see what's going on.  

Phil Wilson 

-Original Message-
From: Paul Lewis [mailto:ple...@wimba.com] 
Sent: Monday, April 06, 2009 10:06 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Add/Remove Programs Fatal Error 1603 after abort 
uninstall because of in-use/locked file

Hi,

I guess my question is more of a MSI specific query, if anyone knows a 
good MSI discussion group/mailing list I'd appreciate it.

Thanks,
Paul

Paul Lewis wrote:
> Hi Folks,
>
> When uninstalling from Add/Remove Programs if the uninstall is canceled 
> because a file is in-use (click Cancel at the Retry/Cancel problem, then 
> confirm Yes at the "Are you sure you wish to cancel" prompt) Add/Remove 
> Programs reports a "Fatal error during installation".
>
> Is there anyway to suppress this message? I've searched but not found 
> anything that seems relevant.
>
> I would have thought the exit state from the MSI would be 1602 "User 
> canceled" after the cancel confirmation, does the 1603 error state 
> override that?
>
> When manually initiating the uninstall from the MSI's 
> Change/Repair/Remove UI the error is swallowed and the install 
> terminated final screen is shown and 1602 is returned as the exit code.
>
> I've read somewhere that setting the ARPNOREMOVE property forces the 
> Change/Repair/Remove install UI, is that a directions I should be 
> looking in.
>
> Any suggestions or pointers in the right direction are appreciated.
>
> Regards,
> Paul
>
>   

-- 
-
Paul Lewis
Software Engineer
Wimba - People Teach People
 
10 East 40th Street, Floor 11
New York, NY 10016
ple...@wimba.com
http://www.wimba.com
-


--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Add/Remove Programs Fatal Error 1603 after abort uninstall because of in-use/locked file

[Paul Lewis]

Hi,

I guess my question is more of a MSI specific query, if anyone knows a 
good MSI discussion group/mailing list I'd appreciate it.

Thanks,
Paul

Paul Lewis wrote:
> Hi Folks,
>
> When uninstalling from Add/Remove Programs if the uninstall is canceled 
> because a file is in-use (click Cancel at the Retry/Cancel problem, then 
> confirm Yes at the "Are you sure you wish to cancel" prompt) Add/Remove 
> Programs reports a "Fatal error during installation".
>
> Is there anyway to suppress this message? I've searched but not found 
> anything that seems relevant.
>
> I would have thought the exit state from the MSI would be 1602 "User 
> canceled" after the cancel confirmation, does the 1603 error state 
> override that?
>
> When manually initiating the uninstall from the MSI's 
> Change/Repair/Remove UI the error is swallowed and the install 
> terminated final screen is shown and 1602 is returned as the exit code.
>
> I've read somewhere that setting the ARPNOREMOVE property forces the 
> Change/Repair/Remove install UI, is that a directions I should be 
> looking in.
>
> Any suggestions or pointers in the right direction are appreciated.
>
> Regards,
> Paul
>
>   

-- 
-
Paul Lewis
Software Engineer
Wimba - People Teach People
 
10 East 40th Street, Floor 11
New York, NY 10016
ple...@wimba.com
http://www.wimba.com
-


--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Running WiX tools from Cygwin, environment variables

[Geoff Kennedy]

Hi Bob,

Thanks, tht did the trick!

I also found out that I had to undef the variable before redefining it.
If I didn't do that Candle wouldn't redefine the variable and would kick
out a warning about it.

The final construct is:






Thanks again!

--

Date: Sun, 05 Apr 2009 21:04:03 -0400
From: Bob Arnson 

Geoff Kennedy wrote:
>
>
>
>

Try dropping the $(...) surroundings.  wants the name of a
variable, whereas $(...) says to expand that variable in-place.

--
sig://boB
http://joyofsetup.com/
--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to start an existing service

[Chad Petersen]

Looks like if Wait="no" then the dialog has a Retry, Cancel and Ignore
buttons, but with it set to Wait="yes" then you can only Retry and
Cancel. No Ignore if it is set to wait. Dialog otherwise looks identical
except for two buttons versus three buttons. If I choose Ignore then the
MSI does install.

-Original Message-
From: Wilson, Phil [mailto:phil.wil...@wonderware.com] 
Sent: Thursday, April 02, 2009 5:16 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How to start an existing service

Does it still do this if the "wait" value is zero? (or no).  It won't
start it, but I'm wondering if it will still be catastrophic. 

Phil Wilson 


-Original Message-
From: Chad Petersen [mailto:chad.peter...@harlandfs.com] 
Sent: Thursday, April 02, 2009 2:41 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How to start an existing service

Yep. Boils up to the "Verify you have sufficient privileges to start..."



-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com] 
Sent: Thursday, April 02, 2009 1:42 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How to start an existing service

You can't start a disabled service, it is disabled. You have to set it
to Manual or Automatic before it can be started.

Neil

-Original Message-
From: Chad Petersen [mailto:chad.peter...@harlandfs.com] 
Sent: 02 April 2009 20:59
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How to start an existing service

Hey Phil - I'm wondering if ServiceControl can work on a Disabled
service, though. OP seemed to indicate the service is disabled by
default, which I see on my XP box here as being the case, too. I'm
writing a sample install that tries to start a Disabled service to see
how it reacts.

Chad

-Original Message-
From: Wilson, Phil [mailto:phil.wil...@wonderware.com] 
Sent: Thursday, April 02, 2009 12:00 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How to start an existing service

You should be able to do this with a ServiceControl element. I don't
know the WiX details, but the ServiceControl table in MSI is not
directly connected to installing that service. 

Phil Wilson 


-Original Message-
From: Gremlin [mailto:postingpl...@gmail.com] 
Sent: Thursday, April 02, 2009 4:35 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to start an existing service


Hello,
I want to start the service NetTcpPortSharing which is installed (and
set to disabled) with the installation of the .Net 3.5 framework. How
can I start the service in my installation? Is it possible with the
ServiceInstall/ServiceControl - tags? I tried this, but I got an
error...






Thank's,
Chris
-- 
View this message in context:
http://n2.nabble.com/How-to-start-an-existing-service-tp2574657p2574657.
html
Sent from the wix-users mailing list archive at Nabble.com.



--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users




--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users




--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users




--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users




--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Best Practice for using Variables

[Kai-Uwe Teske]

it was so simple.
if i include my *.wxi in ervery fragment all works fine.

Brian Rogers schrieb:
> Hey Kai-Uwe,
>
> I imagine that the varible definations are not correctly declared in your
> wixproj file. What you have listed below should work with $(var.xxx). The
> !(loc.xxx) and !(wix.xxx) is used later by lit or light to replace the
> variables for localization or wixlibs.
>
> Thanks,
>
> Brian Rogers
> "Intelligence removes complexity." - Me
> http://icumove.spaces.live.com
>
>
> On Fri, Apr 3, 2009 at 3:00 AM, Kai-Uwe Teske 
> wrote:
>
>   
>> Hi All,
>>
>> i am stumbling around with my first Wix Project using variables.
>> Could someone explain when i had to use $(var.xyz) and !(loc.abc)?
>>
>> Why i couldn't write things like that in my Directory Attribute?
>> 
>> Error: Undefined preprocessor variable '$(var.abc)'.
>>
>> 
>> Error: The Directory/@Id attribute's value, 'unique_id!(loc.abc)', is
>> not a legal identifier.
>>
>> Why i couldn't write $(var.name) in my Source Attribute,
>> > Source="$(var.name)\WPF.Controls\WPF.Controls.dll" />
>> but !(loc.name) works?
>> > Source="!(loc.name)\WPF.Controls\WPF.Controls.dll" />
>>
>>
>> All "var"s are defined in a include.wxi  not in a .wixproj file
>> All "loc" are defined in WixLocalization file.
>>
>> Wix Version 3.0.5120.0 <3.0.5120.0/>
>>
>> Best regards
>>
>> Kai-Uwe
>>
>>
>>
>> --
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>> 
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
>   


--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] prepocessor variables in fragments

[Kai-Uwe Teske]

In wixproj file


var=123;
 

works on my machine.

Frederico Rico Apostolo schrieb:
> Hello every1, hope it's all good.
>
> I would like to avoid using  in every 
> fragment I put a $(var.var), how can I make then global pls
>
> Best Regards, a noob.
>
>
> __
>
> Esta mensagem e ficheiros anexos incluem materia privada, confidencial e 
> legalmente protegida, 
> exclusivamente destinada a quem nela conste como destinatario. Se recebeu 
> esta mensagem por 
> engano, agradecemos que informe de imediato o remetente e que elimine a 
> mensagem e os 
> ficheiros sem os utilizar, divulgar ou reproduzir.
>
> This message and attached files contain private, confidential and legally 
> privileged information, 
> exclusively intended for the named addressees. If you have received this 
> message in error, 
> please contact the sender immediately and delete the message and files 
> without utilization, 
> circulation or reproduction.
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
>   


--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] CreateFolder/RemoveFolder with Empty Component Guid

[Dominik Guder]

Hi folks,

I'm using the new heat dir crawler with following options:
heat.exe dir  -ag -ke ...

this will add Guid="*" for empty directories. (see below)





But this is not valid for autogenerated Guids. 

My solution is currently to remove the asterisk and use an empty GUID.


I also use Guid="" for Components which contains only  




First I'm wondering if this is a proper solution or if this is forbidden by any 
rule (e.g. components rule). 

Second, if this is valid I want to ask if this could be added as default 
bahavior for -ag -ke heat parameter combination.

Many thanks in advance 
Dominik
-- 
View this message in context: 
http://n2.nabble.com/CreateFolder-RemoveFolder-with-Empty-Component-Guid-tp2593449p2593449.html
Sent from the wix-users mailing list archive at Nabble.com.


--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] prepocessor variables in fragments

[Frederico Rico Apostolo]

Hello every1, hope it's all good.

I would like to avoid using  in every 
fragment I put a $(var.var), how can I make then global pls

Best Regards, a noob.


__

Esta mensagem e ficheiros anexos incluem materia privada, confidencial e 
legalmente protegida, 
exclusivamente destinada a quem nela conste como destinatario. Se recebeu esta 
mensagem por 
engano, agradecemos que informe de imediato o remetente e que elimine a 
mensagem e os 
ficheiros sem os utilizar, divulgar ou reproduzir.

This message and attached files contain private, confidential and legally 
privileged information, 
exclusively intended for the named addressees. If you have received this 
message in error, 
please contact the sender immediately and delete the message and files without 
utilization, 
circulation or reproduction.
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Remove default Description in welcome dialog

[Natalia Gladkova]

Copied from the wrong topic...

-Original Message-
From: Vishal Nahar [mailto:naharvish...@gmail.com] 
Sent: Monday, April 06, 2009 6:05 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Registry values are not updated during "Change"

i dnt know whether ur method wrks or nt. but i found out a way tat is write
a wix localization file in which you can define the values of the strings in
http://wix.cvs.sourceforge.net/*checkout*/wix/wix/src/ext/UIExtension/wixlib
/WixUI_en-us.wxland
add this file in ur project as in this acrticle
http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg04249.html


--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Registry values are not updated during "Change"

[Vishal Nahar]

i dnt know whether ur method wrks or nt. but i found out a way tat is write
a wix localization file in which you can define the values of the strings in
http://wix.cvs.sourceforge.net/*checkout*/wix/wix/src/ext/UIExtension/wixlib/WixUI_en-us.wxland
add this file in ur project as in this acrticle
http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg04249.html

On Mon, Apr 6, 2009 at 7:23 PM, Natalia Gladkova <
natalia.gladk...@arcadia.spb.ru> wrote:

> I found the similar discussion and it helped me to solve this.
>
> The solution for this problem is the following:
>
> I added the component writing the registry values to a separate feature,
> RegistryFeature. And then I added the following code:
>
> --
>  Value="RegistryFeature"
> />
>
> 
> Before="CostInitialize">
> 
> --
>
> Best regards,
> Natalia Gladkova
>
>
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Registry values are not updated during "Change"

[Natalia Gladkova]

I found the similar discussion and it helped me to solve this.

The solution for this problem is the following:

I added the component writing the registry values to a separate feature,
RegistryFeature. And then I added the following code:

--





--

Best regards,
Natalia Gladkova 


--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Remove default Description in welcome dialog

[Natalia Gladkova]

Actually, I'm not a professional in WIX, I only work with it for 1.5 months.
So, I can be entirely wrong with the initial idea of replacing WelcomeDlg.

In a project I work in standard WelcomeDlg is replaced, but we are using
WixUI_Common.

I'm afraid I cannot tell you about WixUI_InstallDir.
I would try to create my own UI section and add the reference to
WixUI_InstallDir:



And then add there reference to the new dialog and redefine navigation.

But I'm not at all sure that it will work.

Best regards,
Natalia Gladkova 

-Original Message-
From: Vishal Nahar [mailto:naharvish...@gmail.com] 
Sent: Monday, April 06, 2009 5:19 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Remove default Description in welcome dialog

well i am using 3.0 in which i am referring to uiextension.dll from which i
used wixui_installdir
like

so the following is not applicable here ?

On Mon, Apr 6, 2009 at 6:42 PM, Natalia Gladkova <
natalia.gladk...@arcadia.spb.ru> wrote:

> Well, it's not really very simple...
>
> But it is something like this:
>
> 1. Find WelcomeDlg.wxs file.
>
> 2. Create new dialog, for example MyWelcomeDlg.wxs.
>
> 3. Copy source code to this new dialog (replacing Description with your
> text)
>
> 4. Replace the code
>
> 
>NOT Installed
> 
>
> with
>
> 
>NOT
> Installed
> 
>
> 5. Add dialog reference to your new dialog (under )
>
> 
>
> And remove reference to WelcomeDlg.
>
> 6. Set the navigation (under ):
>
>  Value="SomeDlg">1
>
> SomeDlg is the dialog which is supposed to appear after WelcomeDlg.
>
> I think, that's all, but I can be mistaken.
>
> PS: I'm not sure that it is the best way of achieving your purpose
> anyway...
>
> Best regards,
> Natalia Gladkova
>
> -Original Message-
> From: Vishal Nahar [mailto:naharvish...@gmail.com]
> Sent: Monday, April 06, 2009 4:34 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Remove default Description in welcome dialog
>
> how to simply replace standard Welcome dialog with your own. ?
>
> On Mon, Apr 6, 2009 at 5:53 PM, Natalia Gladkova <
> natalia.gladk...@arcadia.spb.ru> wrote:
>
> > Welcome dialog description text is set as
"!(loc.WelcomeDlgDescription)".
> > You can investigate whether this value can be changed somehow.
> >
> > Or you can simply replace standard Welcome dialog with your own.
> >
> > Best regards,
> > Natalia Gladkova
> >
> > -Original Message-
> > From: Vishal Nahar [mailto:naharvish...@gmail.com]
> > Sent: Monday, April 06, 2009 3:27 PM
> > To: wix-users@lists.sourceforge.net
> > Subject: [WiX-users] Remove default Description in welcome dialog
> >
> > how to remove default Description in welcome dialog ?
> >
> >
>
>

> > --
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> >
> >
>
>

> --
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
>

> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
>

--
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Remove default Description in welcome dialog

[Vishal Nahar]

well i am using 3.0 in which i am referring to uiextension.dll from which i
used wixui_installdir
like

so the following is not applicable here ?

On Mon, Apr 6, 2009 at 6:42 PM, Natalia Gladkova <
natalia.gladk...@arcadia.spb.ru> wrote:

> Well, it's not really very simple...
>
> But it is something like this:
>
> 1. Find WelcomeDlg.wxs file.
>
> 2. Create new dialog, for example MyWelcomeDlg.wxs.
>
> 3. Copy source code to this new dialog (replacing Description with your
> text)
>
> 4. Replace the code
>
> 
>NOT Installed
> 
>
> with
>
> 
>NOT
> Installed
> 
>
> 5. Add dialog reference to your new dialog (under )
>
> 
>
> And remove reference to WelcomeDlg.
>
> 6. Set the navigation (under ):
>
>  Value="SomeDlg">1
>
> SomeDlg is the dialog which is supposed to appear after WelcomeDlg.
>
> I think, that's all, but I can be mistaken.
>
> PS: I'm not sure that it is the best way of achieving your purpose
> anyway...
>
> Best regards,
> Natalia Gladkova
>
> -Original Message-
> From: Vishal Nahar [mailto:naharvish...@gmail.com]
> Sent: Monday, April 06, 2009 4:34 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Remove default Description in welcome dialog
>
> how to simply replace standard Welcome dialog with your own. ?
>
> On Mon, Apr 6, 2009 at 5:53 PM, Natalia Gladkova <
> natalia.gladk...@arcadia.spb.ru> wrote:
>
> > Welcome dialog description text is set as "!(loc.WelcomeDlgDescription)".
> > You can investigate whether this value can be changed somehow.
> >
> > Or you can simply replace standard Welcome dialog with your own.
> >
> > Best regards,
> > Natalia Gladkova
> >
> > -Original Message-
> > From: Vishal Nahar [mailto:naharvish...@gmail.com]
> > Sent: Monday, April 06, 2009 3:27 PM
> > To: wix-users@lists.sourceforge.net
> > Subject: [WiX-users] Remove default Description in welcome dialog
> >
> > how to remove default Description in welcome dialog ?
> >
> >
>
> 
> > --
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> >
> >
>
> 
> --
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
> 
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Remove default Description in welcome dialog

[Natalia Gladkova]

Well, it's not really very simple...

But it is something like this:

1. Find WelcomeDlg.wxs file.

2. Create new dialog, for example MyWelcomeDlg.wxs.

3. Copy source code to this new dialog (replacing Description with your
text)

4. Replace the code


NOT Installed


with


NOT
Installed


5. Add dialog reference to your new dialog (under )



And remove reference to WelcomeDlg.

6. Set the navigation (under ):

1

SomeDlg is the dialog which is supposed to appear after WelcomeDlg.

I think, that's all, but I can be mistaken.

PS: I'm not sure that it is the best way of achieving your purpose anyway...

Best regards,
Natalia Gladkova 

-Original Message-
From: Vishal Nahar [mailto:naharvish...@gmail.com] 
Sent: Monday, April 06, 2009 4:34 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Remove default Description in welcome dialog

how to simply replace standard Welcome dialog with your own. ?

On Mon, Apr 6, 2009 at 5:53 PM, Natalia Gladkova <
natalia.gladk...@arcadia.spb.ru> wrote:

> Welcome dialog description text is set as "!(loc.WelcomeDlgDescription)".
> You can investigate whether this value can be changed somehow.
>
> Or you can simply replace standard Welcome dialog with your own.
>
> Best regards,
> Natalia Gladkova
>
> -Original Message-
> From: Vishal Nahar [mailto:naharvish...@gmail.com]
> Sent: Monday, April 06, 2009 3:27 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Remove default Description in welcome dialog
>
> how to remove default Description in welcome dialog ?
>
>

> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
>

--
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Remove default Description in welcome dialog

[Vishal Nahar]

how to simply replace standard Welcome dialog with your own. ?

On Mon, Apr 6, 2009 at 5:53 PM, Natalia Gladkova <
natalia.gladk...@arcadia.spb.ru> wrote:

> Welcome dialog description text is set as "!(loc.WelcomeDlgDescription)".
> You can investigate whether this value can be changed somehow.
>
> Or you can simply replace standard Welcome dialog with your own.
>
> Best regards,
> Natalia Gladkova
>
> -Original Message-
> From: Vishal Nahar [mailto:naharvish...@gmail.com]
> Sent: Monday, April 06, 2009 3:27 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Remove default Description in welcome dialog
>
> how to remove default Description in welcome dialog ?
>
> 
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Remove default Description in welcome dialog

[Natalia Gladkova]

Welcome dialog description text is set as "!(loc.WelcomeDlgDescription)".
You can investigate whether this value can be changed somehow.

Or you can simply replace standard Welcome dialog with your own.

Best regards,
Natalia Gladkova 

-Original Message-
From: Vishal Nahar [mailto:naharvish...@gmail.com] 
Sent: Monday, April 06, 2009 3:27 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Remove default Description in welcome dialog

how to remove default Description in welcome dialog ?

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Registry values are not updated during "Change"

[Natalia Gladkova]

I've just tried to set transitive="yes" for InstallParamsComponent
component. It didn't help. 

But I gather that if this attribute is set to "yes", the installer
reevaluates the statement in the Condition upon a reinstall and either
removes or installs the component. It is not exactly what I need; I just
want this component to be reinstalled every time an installation package is
run.

Best regards,
Natalia Gladkova 

-Original Message-
From: p...@hoaske.dk [mailto:p...@hoaske.dk] 
Sent: Monday, April 06, 2009 2:33 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Registry values are not updated during "Change"

Hi Natalia,

tried setting transitive=yes for the parent component(s)?

Kind regards,

Hans



On Mon, April 6, 2009 12:12, Natalia wrote:
>
> Hello all,
>
> I'm storing installation parameters in the registry.
>
> The code is the following:
>
> --
> 
>   
>Name='DBAuthentication'   Action='write' Type='string'
> Value='[AUTHENTICATION]' />
>Name='DBInstallMode'  Action='write' Type='string' Value='Update' />
>   
> 
>
>
> 
>   
> 
> --
>
> All works as I expected it to while installing and uninstalling. But if I
> choose "Change" mode on the "MaintenanceType" dialog and change these
> parameters during installation, the values in the registry are not
> updated.
>
> What should I do to make my installation package update these registry
> values?
> Any ideas will be greatly appreciated.
> --
> View this message in context:
>
http://n2.nabble.com/Registry-values-are-not-updated-during-%22Change%22-tp2
592315p2592315.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
>

--
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>




--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Remove default Description in welcome dialog

[Vishal Nahar]

how to remove default Description in welcome dialog ?
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] CopyFile doesn't work

[Natalia Gladkova]

Thank you very much, Rob! It helped.

The new code is below.

--












--

Best regards,
Natalia Gladkova 

-Original Message-
From: Rob Hamflett [mailto:r...@snsys.com] 
Sent: Monday, April 06, 2009 2:15 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] CopyFile doesn't work

Rather than using SourceDirectory and SourceName the way you are, I think
you need to use 
SourceProperty.

Rob

Natalia Gladkova wrote:
> Hello all,
> 
> I'm building an installation package with Wix 3.0.5120.0.
> 
> I need to copy a license file from the target machine to the installation
> directory.
> 
> The code is the following:
> 
> --
> 
>   
>   
>   
>   
> 
> 
> 
> 
>   
>SourceDirectory="LicenseFolder"   SourceName="[LICENSEFILENAME]"
> DestinationDirectory="INSTALLDIR" />
>   
> 
> 
> 
> 
>   
> 
> --
> 
> License folder is chosen by user through the Browse dialog. I check that
> there is the file with the name "[LICENSEFILENAME]" in it.
> 
> However, the file is not being copied. I can't see what I'm doing wrong.
Any
> help will be greatly appreciated.
> 
> Best regards,
> Natalia Gladkova 
> 
> 
>

--



--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Remove default Description in welcome dialog

[Vishal Nahar]

how to remove default Description in welcome dialog
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Registry values are not updated during "Change"

[post]

Hi Natalia,

tried setting transitive=yes for the parent component(s)?

Kind regards,

Hans



On Mon, April 6, 2009 12:12, Natalia wrote:
>
> Hello all,
>
> I'm storing installation parameters in the registry.
>
> The code is the following:
>
> --
> 
>   
>Key='SOFTWARE\MyApplication'
> Name='DBAuthentication'   Action='write' Type='string'
> Value='[AUTHENTICATION]' />
>Key='SOFTWARE\MyApplication'
> Name='DBInstallMode'  Action='write' Type='string' Value='Update' />
>   
> 
>
>
> 
>   
> 
> --
>
> All works as I expected it to while installing and uninstalling. But if I
> choose "Change" mode on the "MaintenanceType" dialog and change these
> parameters during installation, the values in the registry are not
> updated.
>
> What should I do to make my installation package update these registry
> values?
> Any ideas will be greatly appreciated.
> --
> View this message in context:
> http://n2.nabble.com/Registry-values-are-not-updated-during-%22Change%22-tp2592315p2592315.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] CopyFile doesn't work

[Rob Hamflett]

We don't spend all our time hitting 'refresh' in our email clients.  Don't 
repost the exact same 
question after waiting just half an hour.

Rob

Natalia wrote:
> Hello all,
> 
> I'm building an installation package with Wix 3.0.5120.0.
> 
> I need to copy a license file from the target machine to the installation 
> directory.
> 
> The code is the following:
> 
> --
> 
>   
>   
>   
>   
> 
> 
> 
> 
>   
> SourceName="[LICENSEFILENAME]" DestinationDirectory="INSTALLDIR" />
>   
> 
> 
> 
> 
>   
> 
> --
> 
> License folder is chosen by user through the Browse dialog. I check that 
> there is the file with the name "[LICENSEFILENAME]" in it.
> 
> However, the file is not being copied. I can't see what I'm doing wrong. Any 
> help will be greatly appreciated.


--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] CopyFile doesn't work

[Natalia]

Hello all,

I'm building an installation package with Wix 3.0.5120.0.

I need to copy a license file from the target machine to the installation 
directory.

The code is the following:

--


















--

License folder is chosen by user through the Browse dialog. I check that there 
is the file with the name "[LICENSEFILENAME]" in it.

However, the file is not being copied. I can't see what I'm doing wrong. Any 
help will be greatly appreciated.
-- 
View this message in context: 
http://n2.nabble.com/CopyFile-doesn%27t-work-tp2592320p2592320.html
Sent from the wix-users mailing list archive at Nabble.com.


--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] CopyFile doesn't work

[Rob Hamflett]

Rather than using SourceDirectory and SourceName the way you are, I think you 
need to use 
SourceProperty.

Rob

Natalia Gladkova wrote:
> Hello all,
> 
> I'm building an installation package with Wix 3.0.5120.0.
> 
> I need to copy a license file from the target machine to the installation
> directory.
> 
> The code is the following:
> 
> --
> 
>   
>   
>   
>   
> 
> 
> 
> 
>   
>SourceDirectory="LicenseFolder"   SourceName="[LICENSEFILENAME]"
> DestinationDirectory="INSTALLDIR" />
>   
> 
> 
> 
> 
>   
> 
> --
> 
> License folder is chosen by user through the Browse dialog. I check that
> there is the file with the name "[LICENSEFILENAME]" in it.
> 
> However, the file is not being copied. I can't see what I'm doing wrong. Any
> help will be greatly appreciated.
> 
> Best regards,
> Natalia Gladkova 
> 
> 
> --


--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Registry values are not updated during "Change"

[Natalia]

Hello all,

I'm storing installation parameters in the registry.

The code is the following:

--











--

All works as I expected it to while installing and uninstalling. But if I 
choose "Change" mode on the "MaintenanceType" dialog and change these 
parameters during installation, the values in the registry are not updated.

What should I do to make my installation package update these registry values?
Any ideas will be greatly appreciated.
-- 
View this message in context: 
http://n2.nabble.com/Registry-values-are-not-updated-during-%22Change%22-tp2592315p2592315.html
Sent from the wix-users mailing list archive at Nabble.com.


--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] CopyFile doesn't work

[Natalia Gladkova]

Hello all,

I'm building an installation package with Wix 3.0.5120.0.

I need to copy a license file from the target machine to the installation
directory.

The code is the following:

--


















--

License folder is chosen by user through the Browse dialog. I check that
there is the file with the name "[LICENSEFILENAME]" in it.

However, the file is not being copied. I can't see what I'm doing wrong. Any
help will be greatly appreciated.

Best regards,
Natalia Gladkova 


--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] UNSUBSCRIBE

[Andre Slabber]

 

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users