[WiX-users] My Install Finished ExitDialog box get shown almost off screen on Windows 7 if my Progress Dialog is minimized

[Rob Hamflett]

Did you ever find a fix to this, or does anyone else know what to do about 
it?

Thanks,
Rob


>From John Leung, on 01 Oct  2010:
-

I notice that during installation on a Windows 7 machine, if I minimized my 
install Progress Dialog box,
then this ExitDialog will automatically pop up BUT show up almost completely 
off screen.  Anyone seen this
kind of behavior in your install project?  Anyone know what I might be 
missing?

John Leung
Software Engineer 


--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Running EXEs at install and uninstall

[Rob Hamflett]

On 07/03/2013 19:37, Alain Forget wrote:
> 2) I only want the InstEXEs to run during installation (and not when 
> uninstalling). Thus, since there is the special REMOVE="ALL" to
> denote "do this only if uninstalling", is there an equivalent I need to use 
> to specify "do this only if installing"?

Use "NOT Installed".
N.B. This condition will mean your actions won't run during a repair.

Rob



--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Finding out the number of cores during install?

[Rob Hamflett]

You can get into all sorts of pain identifying logical cores vs physical 
cores, but the quick way is to just look at the NUMBER_OF_PROCESSORS 
environment variable.

Rob

On 13/02/2013 18:22, Stephen Turner wrote:
> Hi
>
> During the install of our product we need to know how many cores the CPU has. 
>  Does Wix have this capability?.
>
> Thanks
> -
> Stephen Turner
> AudioScience, Inc.
>
>
>
>
> --
> Free Next-Gen Firewall Hardware Offer
> Buy your Sophos next-gen firewall before the end March 2013
> and get the hardware for free! Learn more.
> http://p.sf.net/sfu/sophos-d2d-feb
>



--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Adding feature dependency

[Rob Hamflett]

You could make the Perl feature a child of the Java feature.  It might 
look a little strange on the Feature selection tree, but it should work.

Rob

On 04/02/2013 09:34, Tal Maoz wrote:
> Hello all,
>
> I'm trying to add a feature dependency into an installer and I can't find
> how to do this.
> here is my situation:
>
> I have features 'Java' and 'Perl' and both appear as options in the
> installer UI. Now, 'Perl' depends on 'Java' so while I want the user to be
> able to choose only 'Java', if he chooses 'Perl' the installer should
> automatically also select 'Java'. Also, if the user selected both and then
> tries to deselect 'Java', he should get a warning that 'Perl' depends on
> 'Java' and either cancel both or install both.
> It doesn't have to be a message, it can also be an automatic
> select/deselect action.
>
> Can this be done in WiX? I went over the documentation and tutorials, and
> searched google but couldn't find anything.
>
> Any help would be greatly appreciated!
>
> Thanks,
>
> Tal.
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
>



--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Permissions not set

[Rob Hamflett]

I'm setting permissions on a folder as part of my installation.  This 
works as expected, but I've had a couple of instances where the 
permissions aren't there after the installer has run.  The log doesn't 
indicate that anything went wrong.  Has anyone else seen this?

Thanks,
Rob


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Installer error 2812 after using customized dialogs

[Rob Hamflett]

If you log the installation it'll probably tell you what the "[2]" 
argument is.  It might also be shown in the Windows Event Viewer. 
You'll probably find one of the your <"Publish Event=***" items is 
wrong.  If you can't get anything out of a log, try removing those items 
one at a time until it stops throwing errors.  Then you'll know what 
needs fixing.

Rob


On 01/02/2013 05:24, AbishekChandra wrote:
> We are using Customized Dialogs for our installer and now when i've created a
> custom dialog for the user to select the path to Install the installer fails
> with error 2812.
>
> The error description for the code 2812 is "The event[2] is not recognized"
> in the Windows Installer Error Message Table.
>
> But i'm unable to debug this can some one help me out as it is of priority.
>
>
>   
>   Height="10" X="20" Y="87" Text="Cursor" TabSkip="no" />
>   Height="380" X="0" Y="0" Text="[BannerBitmap]" />
>   X="174" Y="300" />
>   X="232" Y="330">
>  &Back
>  
>   X="304" Y="330" Default="no">
>  &Next
>  
>   Height="22" X="396" Y="330">
>  &Cancel
>   Value="CancelDlg">1
>  
>   X="25" Y="50" Transparent="yes">
>  {\WixUI_Font_White}!(loc.Nav_Welcome)
>  
>   X="25" Y="80" Transparent="yes">
>  {\WixUI_Font_White}!(loc.Nav_Select)
>  
>   X="25" Y="110" Transparent="yes">
>  {\WixUI_Font_White}!(loc.Nav_Setup)
>  
>   X="25" Y="140" Transparent="yes">
>  {\WixUI_Font_White}   !(loc.Nav_UsrDet)
>  
>   X="25" Y="170" Transparent="yes">
>  {\WixUI_Font_White_Bold}
> !(loc.Nav_Browse)
>  
>   X="25" Y="200" Transparent="yes">
>  {\WixUI_Font_White}   !(loc.Nav_Feature)
>  
>   X="25" Y="230" Transparent="yes">
>  {\WixUI_Font_White}   !(loc.Nav_Confirm)
>  
>   X="25" Y="260" Transparent="yes">
>  {\WixUI_Font_White}!(loc.Nav_Finish)
>  
>   Width="75" Height="18" TabSkip="no"
> Text="{\WixUI_Font_Title}&Location:">
>   />
>  
> Width="220" Height="18" Property="COMPANYNAME" Text="[_BrowseProperty]" >
>  
>  
>
>   Height="22" X="416" Y="142" Text="&Browse" Property="_BrowseProperty">
>   Value="BrowsedDlg">
>  
>  
>   Title="[ProductName] Setup" NoMinimize="yes">
>   Width="261" Height="18" Property="_BrowseProperty" Indirect="yes" />
>   Width="56" Height="17" Default="yes" Text="&OK">
>   Value="[_BrowseProperty]">1
>  1
>  
>   Width="56" Height="17" Cancel="yes" Text="&Cancel">
>  1
>  1
>  
>   Width="44" Height="10" TabSkip="no" Text="&Look in:" />
>   Y="55" Width="220" Height="80" Property="_BrowseProperty" Indirect="yes"
> Fixed="yes" Remote="yes">
>   />
>  
>   Height="19" ToolTip="Up One Level" Icon="yes" FixedSize="yes" IconSize="16"
> Text="Up">
>  1
>  
>   Width="19" Height="19" ToolTip="Create A New Folder" Icon="yes"
> FixedSize="yes" IconSize="16" Text="New">
>  1
>  
>   Y="83" Width="320" Height="110" Property="_BrowseProperty" Sunken="yes"
> Indirect="yes" TabSkip="no" />
>  
>
>
>
> --
> View this message in context: 
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Installer-error-2812-after-using-customized-dialogs-tp7583326.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
>



--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Quotes in IniFile lost on rollback

[Rob Hamflett]

So I *finally* find myself at a page called "Where is the Forum For…?" 
(http://social.msdn.microsoft.com/Forums/en-US/whatforum/threads) 
designed to help you find where to go for help.

All the answers about Windows Installer questions just point at the now 
defunct newsgroups or the MSDN forums.  So I tried to ask a new 
question.  "Unexpected Error".  Great.  Cheers.

Rob, could you possibly ask the Windows Installer team if there's a way 
for us mere mortals outside of Microsoft to contact them?  If you can 
find out where they expect to receive their public support questions 
from (specifically) I'll try going there.

Thanks,
Rob



On 23/01/2013 14:54, Albert van Peppen wrote:
> Did you try Microsoft Connect (Category: Visual Studio and .NET Framework)?
> I saw several installer issues there (although mostly about Visual Studio 
> Installer)
>
> Best regards,
>
> Albert van Peppen
>
> -Oorspronkelijk bericht-
> Van: Rob Mensching [mailto:r...@robmensching.com]
> Verzonden: 23 January 2013 15:30
> Aan: General discussion for Windows Installer XML toolset.
> Onderwerp: Re: [WiX-users] Quotes in IniFile lost on rollback
>
> I honestly don't know. I haven't tried contacting Windows Installer team from 
> outside Microsoft yet. 
>
> If you find out, I know I would appreciate a pointer.
>
>
> On Wed, Jan 23, 2013 at 1:41 AM, Rob Hamflett wrote:
>
>> On 22/01/2013 15:55, Rob Mensching wrote:
>>> You'd have to contact the Windows Installer team.
>>
>> Any idea how to do that?  There used to be newsgroups but these were
>> meant to be replaced with forums.  There were a posting telling us
>> this would happen and that a future post would give us the details.
>> There wasn't.  The newsgroups were just shut down.  I hunted through
>> the new forum pages but couldn't find anything about Windows Installer
>> itself (just issues installing other products, etc).  I've had another
>> look at the support forums
>> (http://support.microsoft.com/gp/gp_newsgroups_master) and still no
>> luck.   I had a look at the Windows Installer Team Blog
>> (http://blogs.msdn.com/b/windows_installer_team/) but there's no
>> contact information (that I can see) and the last post was over 4 years ago.
>> Sowho do I report this to?  Is there a more appropriate support
>> site than the public forum?
>>
>> Thanks,
>> Rob
>>
>>
>>
>> --
>>  Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012,
>> HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your
>> skills current with LearnDevNow - 3,200 step-by-step video tutorials
>> by Microsoft MVPs and experts. ON SALE this month only -- learn more
>> at:
>> http://p.sf.net/sfu/learnnow-d2d
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
> --
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, 
> Windows 8 Apps, JavaScript and much more. Keep your skills current with 
> LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and 
> experts. ON SALE this month only -- learn more at:
> http://p.sf.net/sfu/learnnow-d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> --
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
> MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
> with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
> MVPs and experts. ON SALE this month only -- learn more at:
> http://p.sf.net/sfu/learnnow-d2d
>



--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Quotes in IniFile lost on rollback

[Rob Hamflett]

Thanks for the suggestion.  I had a look at the Connect site and found 
this page:
Directory of Microsoft Products Accepting Bugs and Suggestions
http://connect.microsoft.com/directory/

There's also a page for products not accepting feedback at 
http://connect.microsoft.com/directory/non-feedback

Windows Installer isn't on either list.  I'll poke around in the VS 
section to see if I can find anything relevant.

Rob

On 23/01/2013 14:54, Albert van Peppen wrote:
> Did you try Microsoft Connect (Category: Visual Studio and .NET Framework)?
> I saw several installer issues there (although mostly about Visual Studio 
> Installer)
>
> Best regards,
>
> Albert van Peppen
>
> -Oorspronkelijk bericht-
> Van: Rob Mensching [mailto:r...@robmensching.com]
> Verzonden: 23 January 2013 15:30
> Aan: General discussion for Windows Installer XML toolset.
> Onderwerp: Re: [WiX-users] Quotes in IniFile lost on rollback
>
> I honestly don't know. I haven't tried contacting Windows Installer team from 
> outside Microsoft yet. 
>
> If you find out, I know I would appreciate a pointer.
>
>
> On Wed, Jan 23, 2013 at 1:41 AM, Rob Hamflett wrote:
>
>> On 22/01/2013 15:55, Rob Mensching wrote:
>>> You'd have to contact the Windows Installer team.
>>
>> Any idea how to do that?  There used to be newsgroups but these were
>> meant to be replaced with forums.  There were a posting telling us
>> this would happen and that a future post would give us the details.
>> There wasn't.  The newsgroups were just shut down.  I hunted through
>> the new forum pages but couldn't find anything about Windows Installer
>> itself (just issues installing other products, etc).  I've had another
>> look at the support forums
>> (http://support.microsoft.com/gp/gp_newsgroups_master) and still no
>> luck.   I had a look at the Windows Installer Team Blog
>> (http://blogs.msdn.com/b/windows_installer_team/) but there's no
>> contact information (that I can see) and the last post was over 4 years ago.
>> Sowho do I report this to?  Is there a more appropriate support
>> site than the public forum?
>>
>> Thanks,
>> Rob
>>
>>
>>
>> --
>>  Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012,
>> HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your
>> skills current with LearnDevNow - 3,200 step-by-step video tutorials
>> by Microsoft MVPs and experts. ON SALE this month only -- learn more
>> at:
>> http://p.sf.net/sfu/learnnow-d2d
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
> --
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, 
> Windows 8 Apps, JavaScript and much more. Keep your skills current with 
> LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and 
> experts. ON SALE this month only -- learn more at:
> http://p.sf.net/sfu/learnnow-d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> --
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
> MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
> with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
> MVPs and experts. ON SALE this month only -- learn more at:
> http://p.sf.net/sfu/learnnow-d2d
>



--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problem installing merge modules on server 2008 R2

[Rob Hamflett]

Starting with Vista the WinSxS runtime assemblies aren't committed until 
InstallFinalize.  This meant my service couldn't be started as part of 
the StartServices action.  I had to write a commit custom action to 
start the service for me.  It's possible that this is the issue you're 
running into, and it just happens to work on Windows 7 because the 
runtime you need is already there.  Don't start the service during the 
installation, and see if you can start it from the Services panel 
afterwards.

Rob

On 21/01/2013 12:57, Rob wrote:
> I am having a problem in that I cannot get WIX to install these files
>
>  SourceFile="$(env.MS_MERGE_MODULES)\Microsoft_VC90_CRT_x86.msm" DiskId="1"
> />
> SourceFile="$(env.MS_MERGE_MODULES)\Microsoft_VC90_MFC_x86.msm" DiskId="1"
> />
> SourceFile="$(env.MS_MERGE_MODULES)\policy_9_0_Microsoft_VC90_CRT_x86.msm"
> DiskId="1" />
> SourceFile="$(env.MS_MERGE_MODULES)\policy_9_0_Microsoft_VC90_MFC_x86.msm"
> DiskId="1" />
>
> 
>  
>  
>  
>
> The wix project builds and installs but as these are not installed, the my
> service will not run. If I look at the installer log it looks like it is
> trying to create directories in windows\winsxs, but when I look for these
> folders they have not been created. If I look in Process monitor there is
> no mention of trying to create these directories/files, only trying to read
> them and failing.
>
>
> Am I doing something wrong in my wix code? Seems to work fine on Windows 7
> etc
>
> Thanks
>
> Rob
> --
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
> MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
> with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
> MVPs and experts. SALE $99.99 this month only -- learn more at:
> http://p.sf.net/sfu/learnmore_122412
>



--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Quotes in IniFile lost on rollback

[Rob Hamflett]

On 22/01/2013 15:55, Rob Mensching wrote:
> You'd have to contact the Windows Installer team.

Any idea how to do that?  There used to be newsgroups but these were 
meant to be replaced with forums.  There were a posting telling us this 
would happen and that a future post would give us the details.  There 
wasn't.  The newsgroups were just shut down.  I hunted through the new 
forum pages but couldn't find anything about Windows Installer itself 
(just issues installing other products, etc).  I've had another look at 
the support forums 
(http://support.microsoft.com/gp/gp_newsgroups_master) and still no 
luck.   I had a look at the Windows Installer Team Blog 
(http://blogs.msdn.com/b/windows_installer_team/) but there's no contact 
information (that I can see) and the last post was over 4 years ago. 
Sowho do I report this to?  Is there a more appropriate support site 
than the public forum?

Thanks,
Rob


--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Quotes in IniFile lost on rollback

[Rob Hamflett]

I've got an issue with an IniFile element on rollback.  I'm writing a 
couple of values with the format ""[PROPERTY]"".  This works 
fine, but the quotes gets stripped after a rollback.  I tried an upgrade 
where the following occurs in the InstallExecuteSequence:
InstallValidate
InstallInitialize
RemoveExistingProducts
An_Action_That_Causes_An_Error

Windows Installer reports the error and rolls back the installation, but 
the values in the ini file have lost their surrounding quotes.  Is this 
a known issue?  Is there a fix available?

Thanks,
Rob


--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ICE82 error with WiX 3.6

[Rob Hamflett]

On 17/01/2013 14:59, Arthur Yousif wrote:
> I was able to find a solution for this finally.  Found it here:
> http://wix.sourceforge.net/manual-wix3/WixUI_customizations.htm
>
> However, even though it's working, the check box as the gray background 
> rather than a transparent one that would blend in with the rest of the 
> background.  Anyone have ideas on how to do this since now I'm using the 
> built-in ExitDialog and not a custom one?  Thank you.

There isn't really a nice way to do this, since you can't give a 
checkbox control a transparent background.  The only way to achieve this 
appearance is to resize the control to the size of just the checkbox 
(cutting off any text) and use a text control with a transparent 
background to show the associated text instead.  This looks right but 
doesn't play well with screen readers, and you have to click the 
checkbox directly.  Clicking the text next to it will do nothing.

Rob

>
> Arthur
>
>
> -Original Message-
> From: Arthur Yousif [mailto:art...@prism-grp.com]
> Sent: Wednesday, January 16, 2013 8:05 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] ICE82 error with WiX 3.6
>
> Hello,
> I have successfully built my first WiX installer and it's going well for the 
> most part.  I only have one issue now in implementing my launch dialog.  
> However, every time I compile, I get the error:
>
> Error  9  ICE82: This action FinishDialog has duplicate 
> sequence number -1 in the table InstallUISequence ...
>
> I used orca to check the MSI file and sure enough there are two Action items 
> under InstallUISequence that have -1: ExistDialog and FinishDialog.  My 
> custom dialog is FinishDialog and the ExitDialog is the default.
>
> I'm using a basic UI that allows the  user to enter custom info and then is 
> only allowed to change the destination folder, i.e.,
> 
>
> Everything works fine without this final launch dialog but once I include it 
> I keep getting this error and am not sure how to fix it.  We're currently 
> using WiX 3.6.  The dialog code is fairly simple (below is the entire 
> fragment) so let me know if you need any other info to help me resolve this 
> issue please.
>
> 
> http://schemas.microsoft.com/wix/2006/wi";>
> 
>  1
>   Return="asyncNoWait"/>
>  
> Title="[ProductName] Setup" NoMinimize="yes">
>   Height="17"
>   Default="yes" Cancel="yes" Text="&Finish">
>1
>(NOT Installed) AND 
> (LAUNCHAPPLICATION = 1)
>  
>   Height="17" Disabled="yes" Text="&Back"/>
>   Height="17" Disabled="yes" Text="&Cancel"/>
>   Height="17"
>   Property="LAUNCHAPPLICATION" CheckBoxValue="1">
>Launch [ProductName]
>  
>   Height="234" TabSkip="no" Text="WixUI_Bmp_Dialog" />
>   Height="21" Transparent="yes" NoPrefix="yes" NoWrap="no">
>Installation complete.
>  
>   Height="0" />
>   Transparent="yes" NoPrefix="yes">
>{\WixUI_Font_Title}My Product Installation Completed
>  
>   Height="0" />
>
>
>
>  
>
>  
> 
> 
>
> The fragment above is included as follows in the main WXS file:
>
>  
>
>
>
>. . .
>
>. . .
>  
>
> Thank you.
>
> Arthur
>
>
> --
> Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
> and much more. Keep your Java skills current with LearnJavaNow -
> 200+ hours of step-by-step video tutorials by Java experts.
> SALE $49.99 this month only -- learn more at:
> http://p.sf.net/sfu/learnmore_122612
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> --
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
> MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
> with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
> MVPs and experts. ON SALE this month only -- learn more at:
> http://p.sf.net/sfu/learnmore_122712
>



--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122712
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Repairs and runtimes

[Rob Hamflett]

 >"Normally, the higher minor version have compatibility with the lower 
one."
So not always, then.  "Normally" is a world away from "there's a 
specific policy in place to make sure all versions are backwards 
compatible".

Doesn't this just bring back DLL Hell?  It seems that we have to 
completely abandon using merge modules for runtime deployment.  How is a 
user performing a command line installation or repair supposed to know 
whether or not it's safe to use the 'a' option for file replacement? 
They probably don't know (and have no easy way to find out) whether or 
not the installer contains the runtime.  It seems like the only safe 
option is to copy the runtime DLLs into your application's folder.  Sure 
you could use the redistributable exe and then link to the system ones, 
but given that these could be accidentally downgraded, that's not really 
an option.  Deploying the DLLs locally doesn't get you any of the 
benefits when the shared DLLs are updated, but at least they're less 
likely to be downgraded without your knowledge.

Thanks,
Rob

On 15/01/2013 15:58, Bruce Cran wrote:
> On 15/01/2013 15:42, Rob Hamflett wrote:
>> Aren't security patches implemented by redirecting the
>> loader to the new assemblies?  It seems strange having a system where
>> the security of potentially hundreds of programs could be reduced by a
>> command line typo.
>
>>From
> http://social.msdn.microsoft.com/Forums/en/vcgeneral/thread/4eba883d-d14b-4fc5-912d-aaafcf0bffab
> :
>
> "Visual C++ libraries no longer depend on manifests and are no longer
> installed in the WinSxS folder. Normally, the higher minor version have
> compatibility with the lower one. Once Microsoft provides a hotfix,
> which is a patched version of the affected library, Microsoft
> automatically updates library files that are centrally-deployed
> (installed in System32 Directory)."
>



--
Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
and much more. Keep your Java skills current with LearnJavaNow -
200+ hours of step-by-step video tutorials by Java experts.
SALE $49.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122612 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Repairs and runtimes

[Rob Hamflett]

I've been reading some comments online recently about using 
REINSTALLMODE=amus when you're installer contains runtime merge modules. 
  The danger being that you can downgrade patched DLLs.  Doesn't each 
set of runtime files have it's own folder in the WinSxS folder?  Do 
patches for these files really change file contents without changing the 
version number?  Aren't security patches implemented by redirecting the 
loader to the new assemblies?  It seems strange having a system where 
the security of potentially hundreds of programs could be reduced by a 
command line typo.

Please note that I'm just concerned with the C runtime and Windows XP 
onwards.


Thanks,
Rob


--
Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS
and more. Get SQL Server skills now (including 2012) with LearnDevNow -
200+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only - learn more at:
http://p.sf.net/sfu/learnmore_122512
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] DIFxApp and upgrades

[Rob Hamflett]

We've recently been seeing issue 1 where an upgrade doesn't work due to 
a missing registry entry.  We're currently telling customers how to do a 
full repair on a case by case basis as this occurs.  Did anyone ever 
find a fix for this?

Thanks,
Rob

On 29/11/2010 21:23, James Johnston wrote:
> Hi,
>
> A couple questions, both regarding DIFxApp.  (We use it to install three
> drivers for three plug-and-play USB devices for a hardware product that we
> ship.)
>
> 1.  Some time ago Rob Mensching mentioned the following on this list:
>
> "Yeah, there are some design issues in the DIFxApp code around Upgrades I'm
> still trying to figure out what to do with DIFx since we don't have the code
> to fix it here. I'll try to find someone to forward this thread to see if we
> can't get some movement (not that it has worked yet)."
> http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg35219.html
>
> I am very interested in knowing whether anybody here knows what some of
> these design issues might be?  Can DIFxApp be used when an application must
> be serviced in the future?  I looked through MSDN and did not find any
> mention one way or the other regarding DIFxApp and upgrades.  If upgrades
> are not supported (which would seem like a serious deficiency!), what is the
> recommended way of servicing an app that uses DIFxApp?  Just what, exactly,
> are the caveats involved with upgrades and DIFx?
>
> The reason I ask is that upgrades are not going as well as we would like.
> Currently we service our application very simply.  Every new version is a
> major upgrade: new product code, new version number.  We have always
> scheduled RemoveExistingProducts immediately after InstallInitialize.  We
> have tested this in-house on just about every computer at our (small)
> company without any issue: the upgrades generally go very smoothly.
> Additionally, most of our customers have also done upgrades without issue.
>
> However, there have been a few customers (i.e. about 10: enough for us to
> not consider it to be an isolated incident) where they were unable to
> upgrade.  The setup program will roll back and fail when upgrading.  Also,
> they are then unable to uninstall the software: again, the setup program
> rolls back when attempting to remove the product.  The MSI logs always point
> to DIFx as the problem, with DIFx indicating that key DIFx information in
> the registry is missing.  Searching Google seems to indicate that we may not
> be the only people experiencing this issue.  The problem has been observed
> on both Windows XP SP3 and Windows 7 (few customers use Vista).  Every setup
> package uses the version of DIFx included with WiX 3.0 (I believe it's
> version 2.1.1).
>
> In order to get the customer working again, we have successfully used the
> following workaround in every case: (1) delete the key file as specified by
> the driver component, (2) do a repair of the existing product; the absence
> of the key file triggers MSI/DIFx to successfully install the driver again,
> (3) we can now uninstall the old product/MSI, (4) the new product/MSI can be
> installed.  Unfortunately, we have not been able to reproduce the problem
> locally.  That also means that we (obviously) haven't identified what it is
> about the customer computer that causes problems.
>
> 2.  The second question is also related to upgrades.  This one is easily
> reproducible.  The problem is that the connected USB device is completely
> removed from Device Manager after the upgrade, and does not reappear until
> the "Scan for hardware changes" button in Device Manager is clicked.  What
> seems to happen is the following:
>
> a.  As part of the major upgrade, the old driver is uninstalled.  At this
> time, the device is completely removed from Device Manager (like if I
> right-clicked it and said to uninstall it).
> b.  The new driver is installed, but does not install/upgrade any driver for
> the connected device because it is no longer enumerated in Device Manager.
> (i.e. DIFx does not think any such device is connected & needs setup).
> c.  Of course, the user proceeds to use our application, and wonders why the
> hardware device is no longer found.
> d.  Clicking the "Scan for hardware changes" button in Device Manager (or
> rebooting) will enumerate the USB device and load the appropriate drivers
> from DIFx.  At this point, our application will work again.
>
> It seems like this must be an extremely common occurrence with other
> plug-and-play widgets that use DIFxApp and need upgrading.  I can easily
> enough add a custom action at the end of setup that calls the
> CM_Reenumerate_DevNode API (see http://support.microsoft.com/kb/259697).
> But given the fact that this seems like it should be a common situation: is
> this the recommended way to handle this?  What is the best practice to use
> in this scenario?  Does a custom action already exist for this?  Am I doing
> something wrong with DIFx (i.e. do I need to change my usag

Re: [WiX-users] Example of extracting a file from binary table

[Rob Hamflett]

Hi Natalie,

I have the following function for extracting a release note out of my 
MSI's binary table.  Hopefully this is of some use to you.  Once you've 
got the file out, I expect executing it should be fairly simple, but let 
me know if you're having issues with it.

void CMsiFile::ExtractOneReleaseNote(MSIHANDLE hMsi, const CString& 
sTableId, const CString& sFileName)
{
   CString sQuery;
   sQuery.Format(L"SELECT Data FROM `Binary` WHERE `Name` = '%s'", 
sTableId.GetString());

   PMSIHANDLE hView;
   UINT res = ::MsiDatabaseOpenView(hMsi, sQuery.GetString(), &hView);
   if (ERROR_SUCCESS == res)
   {
 res = ::MsiViewExecute(hView, 0);
 if (ERROR_SUCCESS == res)
 {
   PMSIHANDLE hRecord;
   res = ::MsiViewFetch(hView, &hRecord);
   if (ERROR_SUCCESS == res)
   {
 DWORD dwSizeNeeded = 0;
 ::MsiRecordReadStream(hRecord, 1, 0, &dwSizeNeeded);
 if (dwSizeNeeded > 0)
 {
   std::vector contents(dwSizeNeeded);
   res = ::MsiRecordReadStream(hRecord, 1, &contents[0], 
&dwSizeNeeded);
   if (ERROR_SUCCESS == res)
   {
 HANDLE hFile = ::CreateFile(sFileName.GetString(),
   GENERIC_WRITE,
   0,
   NULL,
   CREATE_ALWAYS,
   FILE_ATTRIBUTE_NORMAL,
   NULL);
 if (INVALID_HANDLE_VALUE != hFile)
 {
   DWORD dwWritten;
   const BOOL bWritten = ::WriteFile(hFile, &contents[0], 
contents.size(), &dwWritten, NULL);
   ::CloseHandle(hFile);
   if (!bWritten)
   {
 ::DeleteFile(sFileName.GetString());
   }
 }
   }
 }
   }
 }
   }
}


Rob

On 17/12/2012 15:34, Natalie Carr wrote:
> Hi does anyone have a full example of extracting a file from the binary
> table and executing it in C++? I cannot seem get it working at all.
>
>
>
> Kind Regards,
>
>
>
> Natalie Carr
>
>
>
> --
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
>



--
Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS
and more. Get SQL Server skills now (including 2012) with LearnDevNow -
200+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only - learn more at:
http://p.sf.net/sfu/learnmore_122512
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Where can I find the installer that was used.

[Rob Hamflett]

Windows keeps a cached copy of the MSI in C:\Windows\Installer, if 
that's of any help.  You could scan through the MSI files in there and 
check the properties for the one you want.

Rob

On 14/11/2012 20:51, tyler.w.r...@accenture.com wrote:
> Hello all,
>
>  I am trying to write an application that will go through the file 
> table in an msi and make sure the files on the system are the same version 
> and location. Basically a regression test for our installers. I have 
> everything good except I have no idea how to find the installer that was used 
> to install the product. Basically we use WIX and support multi-instance and I 
> need to know if there is an easy way to find the installer that was used for 
> a specific instance. In the registry I can find the product in the Uninstall 
> area and the closest thing to the installer in there is a MsiExec.exe 
> /X{myguid}.
>
> Tyler Reid | Operations and Infrastructure | Accenture Software | P&C 
> Insurance
> 1807 Jones Street | Bolivar, MO 65613| USA
> Office: +cc.xxx.xxx. | Fax: 417.777.3792
> E-Mail: tyler.w.r...@accenture.com | 
> www.accenture.com/pcsoftware
>
>
>
> 
> This message is for the designated recipient only and may contain privileged, 
> proprietary, or otherwise private information. If you have received it in 
> error, please notify the sender immediately and delete the original. Any 
> other use of the e-mail by you is prohibited.
>
> Where allowed by local law, electronic communications with Accenture and its 
> affiliates, including e-mail and instant messaging (including content), may 
> be scanned by our systems for the purposes of information security and 
> assessment of internal compliance with Accenture policy.
>
> __
>
> www.accenture.com
> --
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
>



--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] execute wix msi through cmd

[Rob Hamflett]

On 19/10/2012 00:26, Senthil Chandran wrote:
> That did not work either :(
> msiexec /i MyApplication.msi /qn WIXUI_LABNAME="TestSilent" 
> WIXUI_LABOWNER="Me" WIXUI_LABDESCRIPTION="description" WIXUI_LABACCESS="1" 
> did not work either.

Try it without the quotes round the values.  Log the installation and 
see what it reports for the property values.

Rob

>
> Any other ideas?
>
> Thanks,
> Senthil.
>
> -Original Message-
> From: Rob Hamflett [mailto:rob_hamfl...@sn.scee.net]
> Sent: Thursday, October 11, 2012 12:37 AM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] execute wix msi through cmd
>
> Try this:
> msiexec /i MyApplication.msi /qn WIXUI_LABNAME=TestSilent WIXUI_LABOWNER=Me 
> WIXUI_LABDESCRIPTION=description WIXUI_LABACCESS=1
>
> Rob
>
> On 10/10/2012 22:34, Senthil Chandran wrote:
>> I wrote a wix project that generates a msi to execute my exe.
>> Part of the installer, I collect data from users that I pass on to my exe. 
>> It works fine when I run the installer UI.
>>
>> Is there a way to run the installer from cmd without launching the UI, but 
>> still collect the data from users through arguments and pass it to my exe?
>> I tried this and it is not working
>>
>> MyApplication.msi /qn [WIXUI_LABNAME="TestSilent"]
>> [WIXUI_LABOWNER="Me"] [WIXUI_LABDESCRIPTION="description"]
>> [WIXUI_LABACCESS="1"]
>>
>> Thanks,
>> Senthil.
>> --
>>  Don't let slow site performance ruin your business. Deploy
>> New Relic APM Deploy New Relic app performance management and know
>> exactly what is happening inside your Ruby, Python, PHP, Java, and
>> .NET app Try New Relic at no cost today and get our sweet Data Nerd
>> shirt too!
>> http://p.sf.net/sfu/newrelic-dev2dev
>>
>
>
>
> --
> Don't let slow site performance ruin your business. Deploy New Relic APM 
> Deploy New Relic app performance management and know exactly what is 
> happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at 
> no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_sfd2d_oct
>



--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] execute wix msi through cmd

[Rob Hamflett]

Try this:
msiexec /i MyApplication.msi /qn WIXUI_LABNAME=TestSilent 
WIXUI_LABOWNER=Me WIXUI_LABDESCRIPTION=description WIXUI_LABACCESS=1

Rob

On 10/10/2012 22:34, Senthil Chandran wrote:
> I wrote a wix project that generates a msi to execute my exe.
> Part of the installer, I collect data from users that I pass on to my exe. It 
> works fine when I run the installer UI.
>
> Is there a way to run the installer from cmd without launching the UI, but 
> still collect the data from users through arguments and pass it to my exe?
> I tried this and it is not working
>
> MyApplication.msi /qn [WIXUI_LABNAME="TestSilent"] [WIXUI_LABOWNER="Me"] 
> [WIXUI_LABDESCRIPTION="description"] [WIXUI_LABACCESS="1"]
>
> Thanks,
> Senthil.
> --
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
>



--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Setting Property based on condition

[Rob Hamflett]

Create a custom action like this:


Then schedule a custom action like this:
DBVERS

Cheers,

Rob


On 09/10/2012 17:01, Justin Hull wrote:
> We have a situation where the original install uses a property named 'DBTYPE' 
> to determine optional nstall of files.  On the base install, some properties 
> are written to the registry, but DBTYPE is not.
>
> In the patch this is having a negative effect because the DBTYPE is defaulted 
> to '1' and when it was set to '2' in the base install, the patch installs the 
> wrong files.
>
> To correct this until we can perform a new full base version we are looking 
> to test the value of another property to set DBTYPE
>
>  
>   Key="SOFTWARE\AssetPoint\[ProductName]" Type="raw" Name="DBVers" />
>  
>  
>
> In the example, when DBVERS has a value (the value does not matter) we need 
> to set DBTYPE to '2'.  I have looked for examples, but cannot find a direct 
> method.  I am not certain how a custom action would work here.  Is there are 
> way to say
>
> IF DBVERS <> "" THEN SET DBTYPE="2"
>
>
> Justin Hull
> Sr. Developer
>
>
> Maximizing Asset Performance
> (864) 679-3513  Office
>
>
> --
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
>



--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Wix 3.6 binaries unavailable

[Rob Hamflett]

I'm unable to download wix36-binaries.zip from 
http://wix.codeplex.com/releases/view/93929.  What actually gets 
downloaded is a HTML page reporting "There was an error downloading the 
file. It may have been deleted from the server."

Thanks,
Rob


--
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Remove and Repair in custom dialog

[Rob Hamflett]

On 05/09/2012 12:46, Natalie Carr wrote:
> Hi, can anyone tell me why my remove and repair button won't work. I have
> recreated the VerifyReadyDlg to fit my own custom dialogs.
>
> Not sure if I have to add anything for these to work. I'm getting an error
> code of 2731 and I cannot find a solution. Thanks

Have you seen the details for error 2731 on this page?
http://msdn.microsoft.com/en-us/library/Aa372835

It might be that your dialog is running before costing has completed and 
is trying to do things it can't yet.

Rob


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How do I install to LocalAppData folder?

[Rob Hamflett]

You can either suppress it with the -sice flag, or check out the "How 
To: Create a Shortcut on the Start Menu" section from the manual as it 
covers the same ground.

Rob

On 24/08/2012 05:35, Huang, Deqing wrote:
> Hi All,
> I'd like to install my app to %LocalAppData% folder.
> Following directory setting worked perfectly for me:
> 
>
>  
>
> 
>
> However, when I tried changing "ProgramFilesFolder" to "LocalAppDataFolder", 
> I got lots of error when using light to link and generate my msi:
> D:\runGroup.wxs(53) : error LGHT0204: ICE38: Component 
> cmpA5561BE36D80EB58252E69DDA0C2FF8C installs to user profile. It must use a 
> registry key under HKCU as its KeyPath, not a file.
> ...
> D:\main.wxs(38) : error LGHT0204 : ICE64: The directory INSTALLDIR is in the 
> user profile but is not listed in the Remove File table.
>
> Looks like "LocalAppDataFolder" is not acceptable for WiX, while I believe it 
> is one of the system folder properties which defined in 
> http://msdn.microsoft.com/en-us/library/aa370905%28VS.85%29.aspx#system_folder_properties
> What am I supposed to use for LocalAppData folder?
> Regards,
> Deqing
>
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiXVSExtension for Visual Studio 11

[Rob Hamflett]

On 21/08/2012 16:22, Rob Mensching wrote:
> Already does, looks like the documentation needs updating. Feel free to
> find a doc bug. 

Done.

https://sourceforge.net/tracker/?func=detail&aid=3561219&group_id=105970&atid=642714

Thanks,
Rob



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Disable Files In Use dialog

[Rob Hamflett]

You can suppress the FilesInUse dialog by specifying 
Dialog@Modeless="yes" and Dialog@Hidden="yes".

Rob


On 23/08/2012 01:31, Gustavo Gustavo wrote:
> I’ve been struggling to get rid of the Files In Use dialog. Seems like
> there’s no easy way out.
>
> Ideally, I would like to execute my MSI with the /qb! mode, ie, showing
> only the progress bar with modal dialog boxes enabled (for instance, the
> reboot dialog at the end if needed for some reason).
>
> I don’t care if a reboot is needed at the end because another process had a
> handle open to a file that must be replaced during the upgrade, as long as
> the user has this message shown at the installation end. That’s why I
> cannot use /passive or /qb-!
>
> During the installation, through Custom Actions, my MSI does it best to
> close processes (well known ones in my business domain) that might block a
> file replacement. The problem is that there CAs must execute with elevated
> privileges (hence deferred), and, of course, after the InstallValidate
> action, that shows up the Files In Use dialog. Therefore, these CAs happens
> after the Files In Use dialog is shown. So it’s impossible to execute my
> CAs before the InstallValidate step.
>
> ** **
>
> Will I have to create a bootstrapper what would kill the holding processes
> before executing the MSI, so that the Files In Use won’t detect anything
> (normally, since the user may be editing/blocking something, but that
> should be very rare, and outside control)???
>
> ** **
>
> I’ve tried to play with
>
> ** **
>
> 
>
> 
>
> 
>
> ** **
>
> but it works sometimes and sometimes not (that really got be puzzled), so I
> cannot trust them.
>
> ** **
>
> Kind Regards,
>
> /Gustavo
>
> **
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Custom Action before UI WIX

[Rob Hamflett]

On 21/08/2012 16:09, Natalie Carr wrote:
> Hi Rob,
>
> I finally figured that out, my only problem is now I run my custom action
> before="AppSearch" but it flashes up the WelcomeDlg for a few seconds before
> my CustomWelcomeDlg. Any ideas?
>
> Thanks
>

Is that an authored dialog?  You should be able to check what's 
happening there by looking at your InstallUISequence.  However, there 
does appear to be a brief 'please wait' dialog that Windows Installer 
throws up.  If you're talking about that then I think that's outside our 
control.

Rob


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] WiXVSExtension for Visual Studio 11

[Rob Hamflett]

Is there any word on when WiXVSExtension will have properties, etc, for 
Visual Studio 11?

Thanks,
Rob


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Custom Action before UI WIX

[Rob Hamflett]

On 21/08/2012 10:35, Natalie Carr wrote:
> Can anyone please tell me how to change the product name that shows up on
> the UI to the property value I retrieve from my custom action. I have tried
> everything that I can think of and still no joy. :(

Use a property in your dialog title e.g. Title="Welcome to the 
[ProductName] installer"
Then just make sure that you've set that property before showing your 
dialog.

Rob



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Custom Action / DLL

[Rob Hamflett]

On 23/07/2012 13:20, chasewoofe...@gmail.com wrote:
> You will need to set a PUBLIC parameter before you call the custom action, 
> then you set the parameter from within the dll custom action.

You can do this with the MsiSetProperty() function.

Rob


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Custom Action / DLL

[Rob Hamflett]

On 23/07/2012 13:20, chasewoofe...@gmail.com wrote:
> You will need to set a PUBLIC parameter before you call the custom action, 
> then you set the parameter from within the dll custom action.

You can do this with the MsiSetProperty() function.

Rob


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Help with localized file locations

[Rob Hamflett]

You could try doing this with variables instead of localised strings. 
If there are a lot of these variables then you could put the command 
line arguments for defining them into a file and add "@filename.txt" to 
your command line, with a different file for each language.

Rob


On 15/06/2012 17:49, Frank Jenner wrote:
> In my install source hierarchy, I have different localized versions of
> files in different directories. So far, I have something that looks like
> this:
>
> [Install.wxs]
> ...
>   Guid="{49A4E289-5B76-4DD4-BE7A-145C9FC3E4B9}">
>   KeyPath="yes"/>
>  
> ...
>
> [Resources_en-us.wxl]
> 
> http://schemas.microsoft.com/wix/2006/localization";>
>  1033
>   Id="WelcomeDoc">MySourceFiles\documentation\en\Welcome.txt
> 
>
> [Resources_es-es.wxl]
> 
> http://schemas.microsoft.com/wix/2006/localization";>
>  1034
>   Id="WelcomeDoc">MySourceFiles\documentation\es\Bienvenido.txt
> 
>
> etc.
>
> Unfortunately, when I run light.exe, I get the following errors for any
> files that attempt to use a localized string in the Source attribute:
>
> error LGHT0204 : ICE03: Invalid Filename; Table: File, Column: FileName,
> Key(s): welcome.txt
>
> If I look at the Files table, it seems that the non-localized files (which
> have a hard-coded Source attribute) have their leading path information
> (for example, MySourceFiles\documentation\) stripped off, whereas the
> localized files contain the leading path information. This extra path
> information in the Files table, presumably, accounts for the error. I'm
> guessing that candle.exe handled the path information such that, when the
> language strings are resolved from the localization files in light.exe, it
> is too late for localized files to get the same treatment.
>
> That said, what is the correct way add localized files?
> ___
> Frank Jenner
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Installer ignores cancellation

[Rob Hamflett]

Hi Rob,

On 08/06/2012 16:25, Rob Mensching wrote:
> Custom actions can swallow the cancel message. If you look at the WiX
> toolset's custom actions, we have wrappers for most of the MSI APIs and in
> those wrappers, special handling ifa cancel is sent back. If you have an
> install with custom actions where the cancel button is being lost, this is
> often the issue.

Thanks, I'll download the source and poke around.

>
> The other issue is the Windows Installer may have sent the "Disable Cancel
> button" message already. Clicking cancel after that point, of course, has
> no effect.

Is there any documented info about this?  Is there anything I can look 
up on MSDN or search for in the log?

Thanks,
Rob

>
> On Fri, Jun 8, 2012 at 6:39 AM, Rob Hamflettwrote:
>
>> I'm seeing a strange issue where it looks like I can't cancel an
>> installation during the last action before InstallFinalize in the
>> InstallExecuteSequence.
>>
>> I have two deferred custom actions for updating VS 2008 and 2010
>> (running "devenv /setup /nosetupvstemplates") and they are scheduled
>> immediately before InstallFinalize.
>>
>> When I see the progress text for the 2008 action I cancel the
>> installation.  The 2008 action takes some time to run so the installer
>> continues to show this text for a bit until it eventually rolls back and
>> aborts the installation.  If I do the same thing during the 2010 setup,
>> (which comes after the 2008 action and is the last thing before
>> InstallFinalize) then the cancel dialog still shows as normal, but this
>> time the installer will run to completion.
>>
>> I re-ran the installer and opted not to install the 2010 support, so the
>> 2010 action won't run.  This time when I cancel during the 2008 action,
>> the installer waits for the 2008 action to complete but this time the
>> installation completes instead of rolling back.
>>
>> Does anyone have any insight into what's going on?
>>
>> Thanks,
>> Rob
>>
>>
>>
>> --
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond. Discussions
>> will include endpoint security, mobile security and the latest in malware
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>
>
>



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Installer ignores cancellation

[Rob Hamflett]

I'm seeing a strange issue where it looks like I can't cancel an 
installation during the last action before InstallFinalize in the 
InstallExecuteSequence.

I have two deferred custom actions for updating VS 2008 and 2010 
(running "devenv /setup /nosetupvstemplates") and they are scheduled 
immediately before InstallFinalize.

When I see the progress text for the 2008 action I cancel the 
installation.  The 2008 action takes some time to run so the installer 
continues to show this text for a bit until it eventually rolls back and 
aborts the installation.  If I do the same thing during the 2010 setup, 
(which comes after the 2008 action and is the last thing before 
InstallFinalize) then the cancel dialog still shows as normal, but this 
time the installer will run to completion.

I re-ran the installer and opted not to install the 2010 support, so the 
2010 action won't run.  This time when I cancel during the 2008 action, 
the installer waits for the 2008 action to complete but this time the 
installation completes instead of rolling back.

Does anyone have any insight into what's going on?

Thanks,
Rob


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Scheduling Install and Uninstall Custom Actions

[Rob Hamflett]

Are these actions specified as being deferred, so they actually run as 
part of the installation script?

Rob

On 05/06/2012 13:52, Ravi Raj wrote:
> I want to schedule my custom actions in following manner:
> 1) Install: CA will run *only after* the installer copies all files to the
> respective directories.
> 2) Uninstall: custom action has completed successfully and then installer
> removes the files from the system.
>
> How should I write my custom action? I am using:
>
>  Before="CA_GetCustomActionData_Install">NOT Installed Action="CA_GetCustomActionData_Install" After="InstallInitialize">NOT
> Installed AND NOT UPGRADINGPRODUCTCODE
>
>  Before="CA_GetCustomActionData_UnInstall">Installed Action="CA_GetCustomActionData_UnInstall"
> Before="InstallFinialize">Installed
>
> But this is not working.
>



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Message Box at the top of Installer Dialog

[Rob Hamflett]

On 29/05/2012 04:14, Ravi Raj wrote:
> But there are several messages I ant to populate via custom actions. I am
> not sure how to do this. Can you help me with some examples.

If you know the title of your dialog, you can get a handle to it by 
calling FindWindow("MsiDialogCloseClass", "My dialog title").  You can 
then use this as the owning HWND when calling MessageBox().

Rob


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Finding Related Products

[Rob Hamflett]

On 26/05/2012 18:09, Rob Mensching wrote:
> AppSearch?

Doh!  Got a bit too focused on the Upgrade table.  Thanks.

Rob


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Finding Related Products

[Rob Hamflett]

Is there a way to check for pre-existing products other than via 
FindRelatedProducts?  The problem I have is that regardless of the 
operation (install/repair/remove) I need to discover if some of our 
other products are installed, and FindRelatedProducts only runs on install.

Is there a way to determine this without writing a custom action?

Thanks,
Rob


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Completely suppress any FilesInUse dialogs

[Rob Hamflett]

On 24/05/2012 16:49, Chris Robison wrote:
> I've been trying to completely suppress any FilesInUse dialogs from
> appearing, because I want to handle it. I've tried
> setting MSIRESTARTMANAGERCONTROL=Disable, that seems to prevent restart
> manager, which is good. I've also tried creating my own FilesInUse dialog
> and setting Hidden=yes, that doesn't suppress it. The only mention online
> to success is setting the Attribute column in the Dialog table for
> FilesInUse to 0. I haven't found a way to do this in WIX. Does anyone have
> any suggestions? I would route around this dialog completely, but it
> doesn't look like that is possible.
>
> Chris

In addition to Dialog@Hidden="yes" try setting Dialog@Modeless="yes" as 
well.

Rob


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WIX regsvr32 with XP

[Rob Hamflett]

On 24/05/2012 17:52, Wilson, Phil wrote:
> Those top two are Visual C++ 2010 C runtime support Dlls, typically supplied 
> with this type of thing:
>
> http://www.microsoft.com/en-us/download/details.aspx?id=
>
> or with merge modules that came with Visual Studio 2010.  You'll probably 
> need a minimum of XP SP3 (see the link, system requirements).
>
> Phil W

Statically linking the binaries is another option.

Rob


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WIX regsvr32 with XP

[Rob Hamflett]

Have you tried running regsvr32 on the DLL directly on an XP machine? 
I've seen issues with DLLs where the developer is using a Windows 7 
machine and has unknowingly used an API call that's just not available 
on XP.


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Rob Hamflett]

On 11/05/2012 19:22, Elliott Dicus wrote:
> Do I need
> to be doing something like:
>
> 
>  
>  
> 
>
> and using DIFxApp?

Yes, I'd say you're best off using Difx.

Rob


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Adding paramater to msi that will set value in config file

[Rob Hamflett]

On 08/05/2012 15:39, Charles Broadfoot wrote:
> No.  How would I do that?

Just add the text "-ext WixUtilExtension" to wherever your command line 
is specified.  Where that is will depend on your build system.

Rob


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Adding paramater to msi that will set value in config file

[Rob Hamflett]

On 02/05/2012 15:07, Charles Broadfoot wrote:
>
> Hi Wix Users,
>
> I'm trying to do what I would think would be pretty trivial and that is 
> update a config file value based on a parameter passed into the msi.  But 
> when I try to do this, I keep getting the error : error CNDL0200 : The 
> Component element contains an unhandled extension element 'util:XmlConfig'.
>
>  xmlns:util="http://schemas.microsoft.com/wix/UtilExtension";>

Are you specifiying "-ext WixUtilExtension" on the command line?


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Folders not removed even with RemoveFolder

[Rob Hamflett]

I'm seeing an issue where the installer is occasionally leaving behind 
empty folders even though the log reports that they are being deleted.

I have some shortcuts on the Start Menu,  For each folder there is a 
component containing a RemoveFolder item, and the component for each 
shortcut also contains a CreateFolder item.

In the log I see this:
MSI (s) (14:E0) [19:16:37:934]: Counted 3 foreign folders to be removed.
MSI (s) (14:E0) [19:16:37:934]: Removing child folder of 
C:\ProgramData\Microsoft\Windows\Start Menu\Programs\folder1\ (child: 
C:\ProgramData\Microsoft\Windows\Start Menu\Programs\folder1\folder2\)
MSI (s) (14:E0) [19:16:37:934]: Removing child folder of 
C:\ProgramData\Microsoft\Windows\Start Menu\Programs\folder1\folder2\ 
(child: C:\ProgramData\Microsoft\Windows\Start 
Menu\Programs\folder1\folder2\folder3\)
MSI (s) (14:E0) [19:16:37:934]: Removing foreign folder: 
C:\ProgramData\Microsoft\Windows\Start 
Menu\Programs\folder1\folder2\folder3\
MSI (s) (14:E0) [19:16:37:934]: Removing foreign folder: 
C:\ProgramData\Microsoft\Windows\Start Menu\Programs\folder1\folder2\
MSI (s) (14:E0) [19:16:37:934]: Removing foreign folder: 
C:\ProgramData\Microsoft\Windows\Start Menu\Programs\folder1\

and then later, this:
MSI (s) (14:E0) [19:16:38:826]: Executing op: 
FolderRemove(Folder=C:\ProgramData\Microsoft\Windows\Start 
Menu\Programs\folder1\folder2\folder3\,Foreign=1)
MSI (s) (14:E0) [19:16:38:827]: Executing op: 
FolderRemove(Folder=C:\ProgramData\Microsoft\Windows\Start 
Menu\Programs\folder1\folder2\,Foreign=1)
MSI (s) (14:E0) [19:16:38:828]: Executing op: 
FolderRemove(Folder=C:\ProgramData\Microsoft\Windows\Start 
Menu\Programs\folder1\,Foreign=1)

which is then shortly followed by multiple entries like this:
MSI (s) (14:E0) [19:16:38:866]: Executing op: 
FolderRemove(Folder=C:\ProgramData\Microsoft\Windows\Start 
Menu\Programs\folder1\folder2\folder3\,Foreign=0)

There would appears to be one for each shortcut in that folder.

Despite this, C:\ProgramData\Microsoft\Windows\Start 
Menu\Programs\folder1\folder2\ is sometimes left behind with no 
contents.  It doesn't appear to be in use (no errors in the log and I 
can delete it manually), and it does not get removed after a reboot.

Does anyone have any insight why these folders are sometimes left 
behind, despite the RemoveFolder items?

Thanks,
Rob


--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] unable to start a service through MSI

[Rob Hamflett]

On 02/02/2012 01:15, Rajesh Khetan wrote:
> Thanks Phil. Is there a way to ensure in WXS file, such that the service gets 
> started  after all the dependent dlls are installed?
You could add a commit custom action to start the service.  This will 
run once the install has been finalised, so the everything should be 
good to go at this point.

Rob


--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Run App After Setup

[Rob Hamflett]

On 24/01/2012 16:46, Parkes, Kevin wrote:
> The only snag is having the checkbox at the bottom of the dialog to overcome 
> the problem of its having a grey background - it there a way to get the 
> checkbox in the main bit of the dialog without the grey background?
Yes, but it's a bit hacky.  You make the checkbox control the same size 
as the checkbox, effectively cutting off the text.  You then place a 
second text control next to it that contains the text and mark it as 
transparent.  This looks right, but you won't be able to click the text 
to toggle the checkbox, and screen readers will get confused.

Rob


--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Registry setting only populating during first installation

[Rob Hamflett]

A log file would show you when the property changes.  Are you doing an 
AppSearch for the registry 
value?  If so, a pre-existing registry value would overwrite the value you gave 
on the command line.

Rob

On 29/09/2011 20:58, Nick Porter wrote:
> I am attempting to write new values to the Registry with a Wix
> installer on a Windows 7 box. On the first installation the settings
> are written properly, I then uninstall the application and find that
> the Registry settings are still there (which is what I want).
>
> When I try to install again, or use an installer that reads/writes to
> the same Registry settings the new value I provide is not filled into
> the Registry setting. The following is my component that writes to the
> Registry.
>
>   Id="DBConnectionSettings" KeyPath="yes" Guid="THEGUID">
> Action="create">
>   Action="write" />
>   Value="[DATABASE]" Action="write" />
>
>  
>
> It looks like from the log file that the settings are being read in
> from the Registry but not being overwritten by whats provided at the
> command line however the UI values do overwrite the Registry settings.
> Can anyone provide some direction on how to override these settings
> from command line?
>
> --
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1


--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Ini Configuration

[Rob Hamflett]

Check out the IniFile element.

Rob

On 19/09/2011 16:04, Sascha Trenz wrote:
> Hi,
> i want to Change some Configuration Settings which are stored in Ini 
> Configuration Files.
> Is there any Chance to do that ?
> For Example
>
> Example.ini
> 
> [Settings]
> Value1=1234
> 
>
> And change this Value1 in 4321. Or something like that.
>
>
> --
> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> Learn about the latest advances in developing for the
> BlackBerry® mobile platform with sessions, labs&  more.
> See new tools and technologies. Register for BlackBerry® DevCon today!
> http://p.sf.net/sfu/rim-devcon-copy1


--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
Learn about the latest advances in developing for the 
BlackBerry® mobile platform with sessions, labs & more.
See new tools and technologies. Register for BlackBerry® DevCon today!
http://p.sf.net/sfu/rim-devcon-copy1 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Occasional crash when running "devenv /setup"

[Rob Hamflett]

Hi,

I'm having some occasional crashes when running "devenv /setup" during an 
install.  It's not 
completely reproducible and only happens occasionally.  Everything is 
statically linked and I don't 
think there's a runtime dependency problem occuring.  I've also asked the 
developers to cast an eye 
over any code that gets called when the DLL is loaded, but since this is a 
fairly rare event I don't 
think there's anything wrong there (fingers crossed).

I found a blog post from Rob (Mensching) that was a couple of years old 
(http://robmensching.com/blog/posts/2009/3/6/More-on-Haacks-Troubleshooting-Windows-MSI-Installers)
 
that doesn't say nice things about "devenv /setup" but doesn't give any details 
about the actual 
issues it causes.  Does anyone have any experience with problems that occur 
when running this?

Thanks,
Rob


--
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Replace component on reinstall

[Rob Hamflett]

The attribute is called DefaultVersion, although if the component is shared 
with other installers 
you might be better off going with Mike's suggestion about companion files.

Rob

On 24/08/2011 20:01, The Eligible Bachelors wrote:
> I do not know how to "specify a version on the File element" as I do not see 
> a version addtibute in the File element.
>
> However I have noticied the following... I do have a version specified in the 
> Product element. If the version increases, the new file will replace the old 
> one.
>
> However, I do not want this to be version specific. If I install the same 
> version installer I would like it to overwrite the installed file.
>
>
>
>
> - Original Message -
> From: Rob Hamflett
> To: wix-users@lists.sourceforge.net
> Cc:
> Sent: Thursday, August 18, 2011 8:17 AM
> Subject: Re: [WiX-users] Replace component on reinstall
>
> You could try specifying a version on the File element.  I think that will 
> cause Windows Installer
> to always replace the unversioned file on disk with what it thinks is a 
> versioned file.
>
> Rob
>
> On 17/08/2011 16:30, The Eligible Bachelors wrote:
>> Hello,
>>
>> I would like to have a component that does not get removed at uninstall. 
>> However, if I uninstall and install again, I would like the file to be 
>> replaced with the one in the installer. Here is my code:
>>
>>
>>> NeverOverwrite="no">
>>  > Source="$(var.RESOURCES)\preferencesServeDirectories.xml" KeyPath="yes" />
>>
>>
>> The problem is when I install and uninstall, then edit this 
>> "preferences.xml" file. If I do the install, I would like my XML edits to be 
>> removed since the installer should replace the file with the one in the MSI. 
>> However, it is not getting replaced.
>>
>> I am using Win 7, Wix 3.5
>>
>> Thanks.
>>
>> -Jono
>>
>> --
>> Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
>> user administration capabilities and model configuration. Take
>> the hassle out of deploying and managing Subversion and the
>> tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
>
>
> --
> Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
> user administration capabilities and model configuration. Take
> the hassle out of deploying and managing Subversion and the
> tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> EMC VNX: the world's simplest storage, starting under $10K
> The only unified storage solution that offers unified management
> Up to 160% more powerful than alternatives and 25% more efficient.
> Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev


--
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management 
Up to 160% more powerful than alternatives and 25% more efficient. 
Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Auto deletion of reg values written by MSI

[Rob Hamflett]

Try Component@Permanent='yes'

Rob

On 19/08/2011 18:19, Pratapa Reddy Sanaga wrote:
> Hi,
>
> Is there a way I can ask the MSI not to delete the registry values it has
> written to the MSI during uninstallation?
>
> I'm looking at the RegistryKey's Action options. create or
> createAndRemoveOnUninstall both delete the values that are written by
> RegistryValue element. I need to preserve those registry keys after the
> uninstallation also. Is there such an option?
>
> Thanks,
> Pratapa.
> --
> Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
> user administration capabilities and model configuration. Take
> the hassle out of deploying and managing Subversion and the
> tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2


--
uberSVN's rich system and user administration capabilities and model 
configuration take the hassle out of deploying and managing Subversion and 
the tools developers use with it. Learn more about uberSVN and get a free 
download at:  http://p.sf.net/sfu/wandisco-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Replace component on reinstall

[Rob Hamflett]

You could try specifying a version on the File element.  I think that will 
cause Windows Installer 
to always replace the unversioned file on disk with what it thinks is a 
versioned file.

Rob

On 17/08/2011 16:30, The Eligible Bachelors wrote:
> Hello,
>
> I would like to have a component that does not get removed at uninstall. 
> However, if I uninstall and install again, I would like the file to be 
> replaced with the one in the installer. Here is my code:
>
>
>   NeverOverwrite="no">
> Source="$(var.RESOURCES)\preferencesServeDirectories.xml" KeyPath="yes" />
>  
>
> The problem is when I install and uninstall, then edit this "preferences.xml" 
> file. If I do the install, I would like my XML edits to be removed since the 
> installer should replace the file with the one in the MSI. However, it is not 
> getting replaced.
>
> I am using Win 7, Wix 3.5
>
> Thanks.
>
> -Jono
>
> --
> Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
> user administration capabilities and model configuration. Take
> the hassle out of deploying and managing Subversion and the
> tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2


--
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
user administration capabilities and model configuration. Take 
the hassle out of deploying and managing Subversion and the 
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Progress text for commit custom actions

[Rob Hamflett]

Hi,

I'm trying to show progress text for a commit custom action.  For deferred 
custom actions I have a 
ProgressText element with the Action value set to the name of the matching 
custom action, and that 
works fine.  For commit custom actions, this text appears really briefly, and 
then the installer 
reports "Removing backup files" while my custom action runs.  Is there a way to 
get the installer to 
show the progress text for the duration of my action?

Thanks,
Rob


--
uberSVN's rich system and user administration capabilities and model 
configuration take the hassle out of deploying and managing Subversion and 
the tools developers use with it. Learn more about uberSVN and get a free 
download at:  http://p.sf.net/sfu/wandisco-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Detect DirectX version

[Rob Hamflett]

I've found DirectXSetupGetVersion(), so I'll write a custom action to call that.

Rob

On 25/07/2011 11:30, Rob Hamflett wrote:
> I saw in a post from way back in  2007 that WiX provides properties called 
> DXMajorVersion and
> DXMinorVersion, but these don't seem to be around anymore (at least, not in 
> 3.5.2519.0).  The
> WixDirectXExtension only seems to have properties for getting the pixel 
> shader and vertex shader
> versions.  Is there anything in WiX I can use to tell if the machine has 9.0c 
> installed?
>
> Thanks,
> Rob
>
>
> --
> Storage Efficiency Calculator
> This modeling tool is based on patent-pending intellectual property that
> has been used successfully in hundreds of IBM storage optimization engage-
> ments, worldwide.  Store less, Store more with what you own, Move data to
> the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/


--
Storage Efficiency Calculator
This modeling tool is based on patent-pending intellectual property that
has been used successfully in hundreds of IBM storage optimization engage-
ments, worldwide.  Store less, Store more with what you own, Move data to 
the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Detect DirectX version

[Rob Hamflett]

I saw in a post from way back in  2007 that WiX provides properties called 
DXMajorVersion and 
DXMinorVersion, but these don't seem to be around anymore (at least, not in 
3.5.2519.0).  The 
WixDirectXExtension only seems to have properties for getting the pixel shader 
and vertex shader 
versions.  Is there anything in WiX I can use to tell if the machine has 9.0c 
installed?

Thanks,
Rob


--
Storage Efficiency Calculator
This modeling tool is based on patent-pending intellectual property that
has been used successfully in hundreds of IBM storage optimization engage-
ments, worldwide.  Store less, Store more with what you own, Move data to 
the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Run a custom exe with administrator privileges with burn

[Rob Hamflett]

I don't know much about how Burn works, sorry.  The only thing that springs to 
mind is if Burn 
itself was elevated.

Rob

On 05/07/2011 14:54, Michael Stoll wrote:
> I tried starting the application in the close command of the mba. But
> then the user is prompted twice for administration privileges (Once by
> burn and once by the app). So I assume that the UI is running without
> elevation. Is it possible to tell burn to run the application from
> within the elevated process?
>
> Michael
>
> Am 05.07.2011 12:51, schrieb Rob Hamflett:
>> If you run a process that requires admin privileges then it will prompt, 
>> unless you run it from a
>> process that is already elevated.  If Burn is elevated then you'll be fine, 
>> otherwise you'll get the
>> prompt.
>>
>> Rob
>>
>> On 05/07/2011 11:30, Michael Stoll wrote:
>>> Hi,
>>>
>>> I want to start an application after burn has finished setup. This
>>> appliation needs administrator privileges. Is it possible start the
>>> application without prompting for elevation (using the same elevation
>>> mechanism as the setup)?
>>>
>>> Michael
>>>
>>>
>>> --
>>> All of the data generated in your IT infrastructure is seriously valuable.
>>> Why? It contains a definitive record of application performance, security
>>> threats, fraudulent activity, and more. Splunk takes this data and makes
>>> sense of it. IT sense. And common sense.
>>> http://p.sf.net/sfu/splunk-d2d-c2
>>
>> --
>> All of the data generated in your IT infrastructure is seriously valuable.
>> Why? It contains a definitive record of application performance, security
>> threats, fraudulent activity, and more. Splunk takes this data and makes
>> sense of it. IT sense. And common sense.
>> http://p.sf.net/sfu/splunk-d2d-c2
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>
>
> --
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2


--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Run a custom exe with administrator privileges with burn

[Rob Hamflett]

If you run a process that requires admin privileges then it will prompt, unless 
you run it from a 
process that is already elevated.  If Burn is elevated then you'll be fine, 
otherwise you'll get the 
prompt.

Rob

On 05/07/2011 11:30, Michael Stoll wrote:
> Hi,
>
> I want to start an application after burn has finished setup. This
> appliation needs administrator privileges. Is it possible start the
> application without prompting for elevation (using the same elevation
> mechanism as the setup)?
>
> Michael
>
>
> --
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2


--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Bootstrapper upgrade code detection

[Rob Hamflett]

Ah.  I haven't looked at Burn.  Sorry.  Hopefully someone else has the answer 
to that one.

Rob

On 04/07/2011 12:13, Alexander Krivács Schrøder wrote:
> Hi Rob.
>
> I probably should have mentioned that the bootstrapper we're using is WiX's 
> burn, and the managed GUI we're making is for it. The BootstrapperApplication 
> class has an event called DetectPackageComplete. In this event, one gets the 
> following EventArgs class:
>
>  public class DetectPackageCompleteEventArgs
>  {
>  public string PackageId { get; }
>  public PackageState State { get; }
>  }
>
> It is this PackageState I am talking about; it doesn't get set to what we 
> expect, as I mentioned in my first mail.
>
> Best regards
>
> ALEXANDER K. SCHRØDER
>
> -Original Message-
> From: Rob Hamflett [mailto:r...@snsys.com]
> Sent: 4. juli 2011 11:25
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Bootstrapper upgrade code detection
>
> If you were using native code, then you'd want MsiEnumRelatedProducts().  A 
> Google search provides a bunch of links with info on how to call it from C#.  
> I don't know if you're using C# or VB, but a bit of searching around that 
> function name should get you there.
>
> Rob
>
> On 04/07/2011 09:52, Alexander Krivács Schrøder wrote:
>> Hey.
>>
>> According to the Windows Installer specifications, we change the Product 
>> Code of our product with every release (We just use) 
>> and we keep the Upgrade Code the same. That way, when the individual MSIs 
>> are run, if any previous versions exist, they are first uninstalled.
>>
>> At the moment, we're making a bootstrapper for our products, and in this 
>> process, we're also making a custom managed GUI. It detects if a product is 
>> already installed (its PackageState is reported as PackageState.Present) or 
>> not installed (PackageState.Absent). However, if a product is installed, but 
>> the bootstrapper contains a newer version of the product, it is reported as 
>> PackageState.Absent, not PackageState.Superseded, like one would expect.
>>
>> Is there anything in particular we need to do in order to get this upgrade 
>> detection mechanism to work?
>>
>> Best regards
>>
>> ALEXANDER K. SCHRØDER
>>
>> --
>>  All of the data generated in your IT infrastructure is
>> seriously valuable.
>> Why? It contains a definitive record of application performance,
>> security threats, fraudulent activity, and more. Splunk takes this
>> data and makes sense of it. IT sense. And common sense.
>> http://p.sf.net/sfu/splunk-d2d-c2
>
>
> --
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security 
> threats, fraudulent activity, and more. Splunk takes this data and makes 
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> --
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2


--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Bootstrapper upgrade code detection

[Rob Hamflett]

If you were using native code, then you'd want MsiEnumRelatedProducts().  A 
Google search provides a 
bunch of links with info on how to call it from C#.  I don't know if you're 
using C# or VB, but a 
bit of searching around that function name should get you there.

Rob

On 04/07/2011 09:52, Alexander Krivács Schrøder wrote:
> Hey.
>
> According to the Windows Installer specifications, we change the Product Code 
> of our product with every release (We just use) and we 
> keep the Upgrade Code the same. That way, when the individual MSIs are run, 
> if any previous versions exist, they are first uninstalled.
>
> At the moment, we're making a bootstrapper for our products, and in this 
> process, we're also making a custom managed GUI. It detects if a product is 
> already installed (its PackageState is reported as PackageState.Present) or 
> not installed (PackageState.Absent). However, if a product is installed, but 
> the bootstrapper contains a newer version of the product, it is reported as 
> PackageState.Absent, not PackageState.Superseded, like one would expect.
>
> Is there anything in particular we need to do in order to get this upgrade 
> detection mechanism to work?
>
> Best regards
>
> ALEXANDER K. SCHRØDER
>
> --
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2


--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Uninstalling driver package with DPInst

[Rob Hamflett]

I guess in that case then the user would need to perform a repair to put the 
inf file back before 
doing the uninstall.  Either that or you need to keep a copy of the INF file 
somewhere else.  Maybe 
have a DLL custom action that contains a copy of the inf, extracts it, and then 
calls DPInst.  That 
sounds a bit complex though.  Do you usually have the problem of users deleting 
the inf file?  If 
it's a rare occurence it might be enough to have users do a repair as and when 
(and if) it happens.

Rob

On 04/07/2011 09:44, yheip p wrote:
> Oh..what I meant was , the file are deleted manually after the installation.
> So, when launching the installer for uninstallation, the installer couldn't
> find that inf.
>
> 2011/7/4 Rob Hamflett
>
>> You could schedule it before the RemoveFiles action.
>>
>> Rob
>>
>> On 04/07/2011 08:56, Yuk Hei Pang wrote:
>>> Hi, I am currently having a msi created with wix 3.5 to install a driver
>>> package along with an application.
>>> The following custom action is used for uninstalling the driver package.
>>>
>>> >> ExeCommand='/U"[DriversDir]mydriver.
>>> inf" /SW /D' Return='ignore'/>
>>>
>>> but if the file mydriver.inf is deleted , DPInst would not be able to
>> remove
>>> the driver package.
>>>
>>> Is there any way to ensure that inf is there?? something like placing the
>>> inf back there??
>>>
>>> Thank in advance!
>>>
>> --
>>> All of the data generated in your IT infrastructure is seriously
>> valuable.
>>> Why? It contains a definitive record of application performance, security
>>> threats, fraudulent activity, and more. Splunk takes this data and makes
>>> sense of it. IT sense. And common sense.
>>> http://p.sf.net/sfu/splunk-d2d-c2
>>
>>
>>
>> --
>> All of the data generated in your IT infrastructure is seriously valuable.
>> Why? It contains a definitive record of application performance, security
>> threats, fraudulent activity, and more. Splunk takes this data and makes
>> sense of it. IT sense. And common sense.
>> http://p.sf.net/sfu/splunk-d2d-c2
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
> --
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2


--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Uninstalling driver package with DPInst

[Rob Hamflett]

You could schedule it before the RemoveFiles action.

Rob

On 04/07/2011 08:56, Yuk Hei Pang wrote:
> Hi, I am currently having a msi created with wix 3.5 to install a driver
> package along with an application.
> The following custom action is used for uninstalling the driver package.
>
> ExeCommand='/U"[DriversDir]mydriver.
> inf" /SW /D' Return='ignore'/>
>
> but if the file mydriver.inf is deleted , DPInst would not be able to remove
> the driver package.
>
> Is there any way to ensure that inf is there?? something like placing the
> inf back there??
>
> Thank in advance!
> --
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2


--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus.

[Rob Hamflett]

On 01/07/2011 15:38, Albert van Peppen wrote:
> It's easy; just add another spamrule in your mail read app :)

I'm using the newsgroup.

Rob


--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus.

[Rob Hamflett]

Thanks,

Rob

On 01/07/2011 15:22, Rob Mensching wrote:
> If this continues over the long weekend, I will.
>
> 2011/7/1 Rob Hamflett
>
>> If we're going to get a whole flood of these for the next month, can
>> someone with admin access
>> please remove Abdoulaye from the list (and possible remove the current
>> posts from the newsgroup)?
>> No offence to Abdoulaye, but I've had 35 of these already, and it's only
>> 10:25am on the first day of
>> what looks like a month long holiday.
>>
>> Thanks,
>> Rob
>>
>> On 01/07/2011 09:36, abdoulaye.souleyma...@rohde-schwarz.com wrote:
>>>
>>> Ihre Nachricht betreffend: / Your Mail about:
>>> Re: [WiX-users] Can an x86 msi create a registry key under
>>> HKEY_CLASSES_ROOT\Wow6432Node on x64 systems?
>>>
>>> Ich werde ab  01.07.2011 nicht im Büro sein. Ich kehre zurück am
>>> 04.08.2011.
>>>
>>> Ich werde Ihre Nachricht nach meiner Rückkehr beantworten.
>>>
>>>
>>>
>> --
>>> All of the data generated in your IT infrastructure is seriously
>> valuable.
>>> Why? It contains a definitive record of application performance, security
>>> threats, fraudulent activity, and more. Splunk takes this data and makes
>>> sense of it. IT sense. And common sense.
>>> http://p.sf.net/sfu/splunk-d2d-c2
>>
>>
>>
>> --
>> All of the data generated in your IT infrastructure is seriously valuable.
>> Why? It contains a definitive record of application performance, security
>> threats, fraudulent activity, and more. Splunk takes this data and makes
>> sense of it. IT sense. And common sense.
>> http://p.sf.net/sfu/splunk-d2d-c2
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
>
>


--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Dealing with the flood of auto-responses

[Rob Hamflett]

Sorry for the re-post, but I saw my original come through with the matching 
subject line, and 
figured whoever's in charge might just auto-delete it.

If we're going to get a whole flood of these for the next month, can someone 
with admin access
please remove Abdoulaye from the list (and possible remove the current posts 
from the newsgroup)?
No offence to Abdoulaye, but I've had 35 of these already, and it's only 
10:25am on the first day of
what looks like a month long holiday.

Thanks,
Rob


--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus.

[Rob Hamflett]

If we're going to get a whole flood of these for the next month, can someone 
with admin access 
please remove Abdoulaye from the list (and possible remove the current posts 
from the newsgroup)? 
No offence to Abdoulaye, but I've had 35 of these already, and it's only 
10:25am on the first day of 
what looks like a month long holiday.

Thanks,
Rob

On 01/07/2011 09:36, abdoulaye.souleyma...@rohde-schwarz.com wrote:
>
> Ihre Nachricht betreffend: / Your Mail about:
> Re: [WiX-users] Can an x86 msi create a registry key under
> HKEY_CLASSES_ROOT\Wow6432Node on x64 systems?
>
> Ich werde ab  01.07.2011 nicht im Büro sein. Ich kehre zurück am
> 04.08.2011.
>
> Ich werde Ihre Nachricht nach meiner Rückkehr beantworten.
>
>
> --
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2


--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems?

[Rob Hamflett]

On 30/06/2011 18:01, David Watson wrote:
> Its also worth noting that Microsoft say it is bad form to actually write to
> HKCR directly (its behaviour depends on the environment) so for per machine
> installs you should install to HKLM\Software\Classes and
> HKCU\Software\Classes for per user installs.
>
> http://msdn.microsoft.com/en-us/library/ms724475(VS.85).aspx

This was news to me, so I followed the link and did some poking around.  
According to docs for the 
Registry table (http://msdn.microsoft.com/en-us/library/aa371168), this is 
taken care of for us.  If 
the root is given as HKEY_CLASSES_ROOT then Windows Installer writes to either 
HKCU\Software\Classes 
or HKLM\Software\Classes, depending on whether it's a per-user or per-machine 
install.

Rob


--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX noob: Starting an exe after installation.

[Rob Hamflett]

I don't think the 2826 error is the real problem.  It's more of a warning about 
your dialog layout. 
  I get that error in my logs too.  What does Windows Installer quote as the 
error in the error 
dialog, or is there something else reported later on in the log?

The issue with your original custom action might be the fact that you've set 
Impersonate to 'yes'. 
I think after InstallFinalize, you're back to running as the user, so telling 
it to Impersonate 
might be tripping it up.  That's just a guess though, as it generally looks OK 
to me.

Rob

On 29/06/2011 19:30, Sameer Arora wrote:
> What am I missing ?
>
> I would like the setup to launch my UI application after installation
> completes successfully.
>
> My .wxs  files are modularized as:
>
> *InstallSequences.wxs*
> 
> 
> ..
>NOT
> Installed
> ..
> 
> 
>
> *CustomActions.wxs*
> 
> ..
>   ExeCommand='' Return='asyncNoWait'  Impersonate='yes'  Execute='commit'/>
> ..
> 
>
>
> Intention is to launch the application once the installation is successful
> (hence Execute='commit') and not worry/wait for application's return value.
>
>
> However, Light emits compile error:
>
>
> *Installsequences.wxs*(29) : error LGHT0204: ICE77: LaunchAppCA is a
> in-script custom action.  It must be sequenced in between the
> InstallInitialize action and the InstallFinalize action in the
> InstallExecuteSequence table.
>
> I also tried OnExit='success' but get the same error.
> Of course it compiles fine when Before='InstallFinalize' but installation
> fails with error below which I don't understand.
> Info 2898.For VSI_MS_Sans_Serif13.0_0_0 textstyle, the system created a 'MS
> Sans Serif' font, in 0 character set, of 13 pixels height.
> DEBUG: Error 2826:  Control BannerBmp on dialog WelcomeForm extends beyond
> the boundaries of the dialog to the right by 3 pixels
> The installer has encountered an unexpected error installing this package.
> This may indicate a problem with this package. The error code is 2826. The
> arguments are: WelcomeForm, BannerBmp, to the right
>
>
> I do have other custom actions defined in CustomAction.cs which are executed
> in InstallExecuteSequence element but they are all Sequenced explicitly.
>
>
> Appreciate any suggestion about what I could be missing or how I could
> launch the app if installation succeeds.
>
> Thanks very much!
> Sameer
> --
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2


--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How To Run Custom Action During Install But Not During Uninstall

[Rob Hamflett]

I usually just use a condition of "REINSTALL OR NOT Installed", as my actions 
aren't tied to a 
specific feature.

Rob

On 24/05/2011 17:00, Bradley Ward wrote:
> Hi Rob,
>
> I've just been focusing on the basic install/uninstall right now, but I would 
> like to use a few of these actions in a repair situation.  What condition 
> should I use in that case?
>
> Thanks!
>
> Brad
>
>
> -Original Message-
> From: Rob Hamflett [mailto:r...@snsys.com]
> Sent: Tuesday, May 24, 2011 3:21 AM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] How To Run Custom Action During Install But Not 
> During Uninstall
>
> Just to let you know if you didn't, but that condition will mean your Custom 
> Action won't run during a repair, in case it's important.
>
> Rob
>
> On 23/05/2011 20:44, Bradley Ward wrote:
>> OK, I figured my particular case out.
>>
>> The condition you want to use is simply "NOT Installed".
>>
>> Example:
>>
>> NOT
>> Installed
>>
>> In this example, the MyCustomAction action will be run during the 
>> installation sequence, but will not be run during the uinstall sequence.
>>
>> Brad
>>
>>
>> -Original Message-
>> From: Bradley Ward [mailto:bradley.w...@turnpoint-solutions.com]
>> Sent: Monday, May 23, 2011 3:32 PM
>> To: Wix-Users List (wix-users@lists.sourceforge.net)
>> Subject: [WiX-users] How To Run Custom Action During Install But Not
>> During Uninstall
>>
>> Is there a good FAQ anywhere? It is so frustrating trying to figure out how 
>> to do things that zillions of others must be doing all the time...
>>
>> In my case, I just want to run a custom action at install time. I have the 
>> custom action running just fine at install time now, but it also gets run 
>> when I uninstall the application.
>>
>> How can I stop it from running during the uninstall?
>>
>> Thanks in advance!
>>
>> Brad
>>
>> --
>>  What Every C/C++ and Fortran developer Should Know!
>> Read this article and learn how Intel has extended the reach of its 
>> next-generation tools to help Windows* and Linux* C/C++ and Fortran 
>> developers boost performance applications - including clusters.
>> http://p.sf.net/sfu/intel-dev2devmay
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>> --
>>  What Every C/C++ and Fortran developer Should Know!
>> Read this article and learn how Intel has extended the reach of its
>> next-generation tools to help Windows* and Linux* C/C++ and Fortran
>> developers boost performance applications - including clusters.
>> http://p.sf.net/sfu/intel-dev2devmay
>
>
> --
> vRanger cuts backup time in half-while increasing security.
> With the market-leading solution for virtual backup and recovery, you get 
> blazing-fast, flexible, and affordable data protection.
> Download your free trial now.
> http://p.sf.net/sfu/quest-d2dcopy1
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> --
> vRanger cuts backup time in half-while increasing security.
> With the market-leading solution for virtual backup and recovery,
> you get blazing-fast, flexible, and affordable data protection.
> Download your free trial now.
> http://p.sf.net/sfu/quest-d2dcopy1


--
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How To Run Custom Action During Install But Not During Uninstall

[Rob Hamflett]

Just to let you know if you didn't, but that condition will mean your Custom 
Action won't run during 
a repair, in case it's important.

Rob

On 23/05/2011 20:44, Bradley Ward wrote:
> OK, I figured my particular case out.
>
> The condition you want to use is simply "NOT Installed".
>
> Example:
>
> NOT 
> Installed
>
> In this example, the MyCustomAction action will be run during the 
> installation sequence, but will not be run during the uinstall sequence.
>
> Brad
>
>
> -Original Message-
> From: Bradley Ward [mailto:bradley.w...@turnpoint-solutions.com]
> Sent: Monday, May 23, 2011 3:32 PM
> To: Wix-Users List (wix-users@lists.sourceforge.net)
> Subject: [WiX-users] How To Run Custom Action During Install But Not During 
> Uninstall
>
> Is there a good FAQ anywhere? It is so frustrating trying to figure out how 
> to do things that zillions of others must be doing all the time...
>
> In my case, I just want to run a custom action at install time. I have the 
> custom action running just fine at install time now, but it also gets run 
> when I uninstall the application.
>
> How can I stop it from running during the uninstall?
>
> Thanks in advance!
>
> Brad
>
> --
> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach of its 
> next-generation tools to help Windows* and Linux* C/C++ and Fortran 
> developers boost performance applications - including clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> --
> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach of its
> next-generation tools to help Windows* and Linux* C/C++ and Fortran
> developers boost performance applications - including clusters.
> http://p.sf.net/sfu/intel-dev2devmay


--
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Why are we using a mailing list vs forum?

[Rob Hamflett]

Out of interest, does anyone know what the forums are supposed to be for 
Windows Installer stuff? 
There used to be two newsgroups, but then Microsoft decided to convert 
everything to forums.  Posts 
went round saying the newsgroups were going to be discontinued, and that 
details about a replacement 
forum would soon be made known.  Then both newsgroups just went offline.  I 
went to find the Windows 
Installer forum, but the link just went to a page saying the forum is down for 
maintenance.  After a 
couple of months of this I deleted the bookmark.  I can't find it now.

Rob

On 18/05/2011 16:59, john.bu...@telvent.com wrote:
> Just curious.  I find forums easier to use. :o)  And SourceForge has a
> forums feature built in last I checked.
>
> - John Burak
> --
> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach of its
> next-generation tools to help Windows* and Linux* C/C++ and Fortran
> developers boost performance applications - including clusters.
> http://p.sf.net/sfu/intel-dev2devmay


--
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its 
next-generation tools to help Windows* and Linux* C/C++ and Fortran 
developers boost performance applications - including clusters. 
http://p.sf.net/sfu/intel-dev2devmay
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Why are we using a mailing list vs forum?

[Rob Hamflett]

The email list is mirrored in a news group, which I find much easier to use.
server name: news.gmane.org
port: 119
group: gmane.comp.windows.devel.wix.user

Rob

On 18/05/2011 16:59, john.bu...@telvent.com wrote:
> Just curious.  I find forums easier to use. :o)  And SourceForge has a
> forums feature built in last I checked.
>
> - John Burak
> --
> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach of its
> next-generation tools to help Windows* and Linux* C/C++ and Fortran
> developers boost performance applications - including clusters.
> http://p.sf.net/sfu/intel-dev2devmay


--
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its 
next-generation tools to help Windows* and Linux* C/C++ and Fortran 
developers boost performance applications - including clusters. 
http://p.sf.net/sfu/intel-dev2devmay
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to use a particular version of runtime merge modules?

[Rob Hamflett]

Orca can open .msm files as well as .msi files.  Take a look at the File table 
and it's version column.

Rob

On 18/05/2011 16:39, Brad Lemings wrote:
> Moving to the latest runtime version means a couple days work 
> rebuilding/redistributing our 3rd-party tools.  That's about the only reason.
>
> Given a particular .msm file, how does one "inspect" the file, to determine 
> the version in particular?
>
> -Original Message-
> From: Pally Sandher [mailto:pally.sand...@iesve.com]
> Sent: Wednesday, May 18, 2011 3:38 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] How to use a particular version of runtime merge 
> modules?
>
> Make sure the machine you build your package on has that version of Visual 
> Studio installed&  it will have the corresponding merge modules in the Common 
> Files area then just link them as usual.
> Visual Studio installs the same version of merge modules as itself. It 
> doesn't keep a repository of previous versions or anything.
> However you would probably be better off submitting the specific version of 
> the runtime merge modules to your source control&  then linking them into 
> your package from there. If your binaries are built on one machine&  your 
> package on another you may find they get out of sync due to Windows Updates&  
> your app then fails to launch after installation with a Side-by-Side error 
> (someone posted this exact same issue not too long ago). If updates to your 
> machines are controlled by your company using WSUS or something similar&  you 
> can be 100% sure no one will approve any Visual Studio 2008 updates which 
> will change that version then you could live with the ones in Common Files 
> but personally I wouldn't risk it.
>
> Any reason why you need to stick to a specific version? Most up to date 
> version as of last month is 9.0.30729.5570 as far as I can see which resolves 
> some pretty major security exploits.
>
> Palbinder Sandher
> Software Deployment Engineer
> T: +44 (0) 141 945 8500
> F: +44 (0) 141 945 8501
>
> http://www.iesve.com
> **Design, Simulate + Innovate with the** 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: Brad Lemings [mailto:b...@rebit.com]
> Sent: 18 May 2011 03:22
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] How to use a particular version of runtime mergemodules?
>
>
> All of our software - both 3rd-party and in-house - is built against a 
> particular version of the VS/VC runtimes - specifically "9.0.30729.4148".
>
> How does one utilize merge modules in Wix sources using a particular 
> manifest/version of the VS/VC runtimes?
>
> Thanks,
> Eric.
>
> --
> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach of its 
> next-generation tools to help Windows* and Linux* C/C++ and Fortran 
> developers boost performance applications - including clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> --
> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach of its 
> next-generation tools to help Windows* and Linux* C/C++ and Fortran 
> developers boost performance applications - including clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> --
> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach of its
> next-generation tools to help Windows* and Linux* C/C++ and Fortran
> developers boost performance applications - including clusters.
> http://p.sf.net/sfu/intel-dev2devmay


--
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its 
next-generation tools to help Windows* and Linux* C/C++ and Fortran 
developers boost performance applications - including clusters. 
http://p.sf.net/sfu/intel-dev2devmay
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to use a particular version of runtime merge modules?

[Rob Hamflett]

I'd definitely include the policy modules.  I took them out after reading the 
referenced comment in 
the WiX doc, and then a Visual Studio update broke our installation.  Visual 
Studio was building 
against one version of the runtime and the merge modules were distributing 
another.  Re-adding the 
policy merge module fixed things.

Rob

On 18/05/2011 13:49, Francisco Gabriel Malbrán wrote:
> You may also consider installing the policy redistributable merge module.
> Although WiX's documentation says you probably shouldn't need it, it does
> not say that you will *definitely* not need it.
> I haven't found much information on the policy merge module, but enough to
> know that it basically serves the purpose of redirection when a different
> (lower) version of the redistributable is asked for and you happen not to
> have exactly that one.
>
> People in the list will probably know more on the subject, but I just wanted
> to pointed out.
>
> Regards
>
> 2011/5/18 Pally Sandher
>
>> Make sure the machine you build your package on has that version of Visual
>> Studio installed&  it will have the corresponding merge modules in the
>> Common Files area then just link them as usual.
>> Visual Studio installs the same version of merge modules as itself. It
>> doesn't keep a repository of previous versions or anything.
>> However you would probably be better off submitting the specific version of
>> the runtime merge modules to your source control&  then linking them into
>> your package from there. If your binaries are built on one machine&  your
>> package on another you may find they get out of sync due to Windows Updates
>> &  your app then fails to launch after installation with a Side-by-Side error
>> (someone posted this exact same issue not too long ago). If updates to your
>> machines are controlled by your company using WSUS or something similar&
>> you can be 100% sure no one will approve any Visual Studio 2008 updates
>> which will change that version then you could live with the ones in Common
>> Files but personally I wouldn't risk it.
>>
>> Any reason why you need to stick to a specific version? Most up to date
>> version as of last month is 9.0.30729.5570 as far as I can see which
>> resolves some pretty major security exploits.
>>
>> Palbinder Sandher
>> Software Deployment Engineer
>> T: +44 (0) 141 945 8500
>> F: +44 (0) 141 945 8501
>>
>> http://www.iesve.com
>> **Design, Simulate + Innovate with the**
>> 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: Brad Lemings [mailto:b...@rebit.com]
>> Sent: 18 May 2011 03:22
>> To: wix-users@lists.sourceforge.net
>> Subject: [WiX-users] How to use a particular version of runtime
>> mergemodules?
>>
>>
>> All of our software - both 3rd-party and in-house - is built against a
>> particular version of the VS/VC runtimes - specifically "9.0.30729.4148".
>>
>> How does one utilize merge modules in Wix sources using a particular
>> manifest/version of the VS/VC runtimes?
>>
>> Thanks,
>> Eric.
>>
>>
>> --
>> What Every C/C++ and Fortran developer Should Know!
>> Read this article and learn how Intel has extended the reach of its
>> next-generation tools to help Windows* and Linux* C/C++ and Fortran
>> developers boost performance applications - including clusters.
>> http://p.sf.net/sfu/intel-dev2devmay
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
>>
>>
>> --
>> What Every C/C++ and Fortran developer Should Know!
>> Read this article and learn how Intel has extended the reach of its
>> next-generation tools to help Windows* and Linux* C/C++ and Fortran
>> developers boost performance applications - including clusters.
>> http://p.sf.net/sfu/intel-dev2devmay
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
> --
> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach of its
> next-generation tools to help Windows* and Linux* C/C++ and Fortran
> developers boost performance applications - including clusters.
> http://p.sf.net/sfu/intel-dev2devmay


--
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its 
next-generation tools to help Windows* and Linux* C/C++ and Fortran 
developers boost performance applic

Re: [WiX-users] Conditionnal Installation of Component

[Rob Hamflett]

Comments inline.

Rob

On 16/05/2011 18:22, Sylou wrote:
> Hello everyone,
>
> I'm new to WIX. Yes another
>
>
>
> OK, I have a Modular Client-Server Application to
> Install.
>
> I could have 3 type of installation:
>
> 1-  Client
>
> 2-  Server
>
> 3-  Client and Server on the same computer
>
> When I install the Client and the Client Server
> (Client part are common) I need to Install the
> Server Component.
>
>
>
> My first need is only to Create the Windows
> Service and start it.
>
> But I don't know if it's possible to copy the
> Server File and Only Create the service as needed.
You could have a component with just the file, and one with the file and the 
service install, and 
then give them mutually exclusive conditions.
>
> If not, I can live with the server file only
> copied when the service need to be created.
This works too.
>
>
>
> My biggest problem, is to install the Server
> Component when the Client or Client - Server
> Feature is selected ?
Don't you just list the component under the features it applies to, and don't 
list it under the ones 
it doesn't?  I think I'm missing something here.
>
> Maybe I could do something else than create 3
> Features (client, server and Client - Server)?
Could you just have two features for Client and Server?  If the user wants both 
then they just 
select both features.
>
> When I use the feature Condition the file is never
> Installed ?
The code posted below doesn't show any conditions on your Features.  Are the 
you referring to the 
condition as a feature of WiX and not a Feature element, and it's on the 
Component element instead? 
  Have you tried reversing the Condition to make sure you've not got the 
"include/exclude this 
Component" the wrong way round?
>
>
>
> For my test, I use the WixUI_Mondo  UI and I
> created 3 Features to allow select the Install
> type
>
>
>
>  Level="1">
>
>
>
> Absent="allow"Level="1">
>
>  
>
>  
>
>  
>
>
>
>  
>
>  
>
>
>
>
>
> Level="3">
>
>  
>
>  
>
>
>
>  
>
>  
>
>
>
>   Id="Comp_StartApplicationShortcuts"/>
>
>
>
>
>
>
>
> 
>
>  
>
>  
>
>
>
>  
>
>  
>
>
>
>  
>
>  
>
>
>
>   Id="Comp_StartApplicationShortcuts"/>
>
>
>
>
>
>  
>
>
>
> Any Cue on Best way to do will be welcome J
>
>
>
> --
> Achieve unprecedented app performance and reliability
> What every C/C++ and Fortran developer should know.
> Learn how Intel has extended the reach of its next-generation tools
> to help boost performance applications - inlcuding clusters.
> http://p.sf.net/sfu/intel-dev2devmay


--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] DIFxApp does not properly rollback to the old driverwhen doing a major upgrade

[Rob Hamflett]

I emailed difxt...@microsoft.com and received this response.
"AFAIK, Difx doesn’t do anything to explicitly support RemoveExistingProducts.  
The scenario 
described on that page would require it to rollback a partial install of a new 
driver and the 
previous uninstall of the old driver.  The limited functionality in the 
rollback mechanism of DIFx 
does not support that."

So it looks like there isn't going to be a fix for this.

Rob

On 11/03/2011 14:00, Rob Hamflett wrote:
> I appear to be looking at the same problem.  I was able to reproduce it by 
> hitting 'cancel' near the
> end of an uninstall and letting it rollback.  After that uninstallation 
> failed.  Performing a repair
> fixed things.  Did you email the difx team at the email address Quinton 
> suggested, and if so, did
> you ever hear anything back.
>
> Thanks,
> Rob
>
> On 10/12/2010 20:37, James Johnston wrote:
>> Seeing as how this seems to be a fundamental problem with DIFxApp not
>> handling all the upgrade possibilities well, I was curious to see how other
>> products do things and so I ripped apart some MSIs in Orca.  I was looking
>> to see if DIFxApp was set up the same way (CustomAction table).  I also
>> inspected the placement of the RemoveExistingProducts action since after my
>> previous e-mail I believe that this plays a critical role in whether this
>> corrupted system state may occur.  Since I haven't seen any other indication
>> or documentation on the Internet (a Google search for RemoveExistingProducts
>> and DIFxApp reveals little), I thought it would be useful to report my
>> findings so others can see what some commercial software is doing.  My
>> findings:
>>
>> All products using DIFxApp place MsiProcessDrivers and MsiCleanupOnSuccess
>> actions in the normal places.  CustomAction types are always the same.  I
>> identified the program used to compile the MSI by looking at the self-named
>> custom actions each install tool tends to create (e.g. InstallShield has its
>> own DLL with tons of custom actions).
>>
>> Refer to
>> http://jpassing.com/2007/06/16/where-to-place-removeexistingproducts-in-a-ma
>> jor-msi-upgrade/ to better understand the placement of
>> RemoveExistingProducts action.  Examining this table leads me to believe
>> that placement between InstallInitialize and InstallFinalize is the best
>> place, since a canceled setup will always leave the old version on the
>> computer, no matter what.  But this doesn't seem to work with DIFxApp due to
>> its bug, as previously noted.
>>
>> My product (with the rollback problem):  Compiled with WiX and uses DIFxApp.
>> RemoveExistingProducts is placed after InstallInitialize.  According to the
>> previous link, a failure at any time (uninstall or reinstall) results in
>> only the old version remaining: leaving system state exactly as it was
>> found.  Unfortunately, as previously noted, a bug in DIFxApp prevents this
>> from happening.
>>
>> Apple Mobile Device Support (included with iTunes; presumably their iPod
>> drivers, etc.).  Compiled with WiX and uses DIFxApp.  RemoveExistingProducts
>> is placed after InstallFinalize.  Probably the DIFxApp bug is not a problem
>> here, because the new version is installed before the old version is
>> uninstalled.  An error in the new version setup (from DIFx or other source)
>> would still leave the old version and its drivers untouched.  An error in
>> the old version uninstall would leave the new version&   its drivers
>> untouched.  According to the table at the above link, the pitfall is that if
>> the uninstall fails, then BOTH versions of the product remain installed on
>> the computer.  This seems like a very inconsistent, illogical state to be
>> in; I can imagine that there could be some issues with a lot of products
>> (including mine) if this were to happen.  (Perhaps an MSI expert can
>> convince me otherwise?  Otherwise, I wonder if Apple's software can get
>> itself in a bad way if I click Cancel at just the right moment.)
>>
>> Microsoft LifeCam (webcam driver).  Don't know what compiled this; I didn't
>> see any obvious indications.  It uses DIFxApp.  RemoveExistingProducts is
>> placed after InstallInitialize.  It therefore appears to be in a very
>> similar configuration as with my product, and I believe it would leave the
>> user's DIFxApp state inconsistent if the upgrade was canceled at just the
>> right moment.  It is interesting to note that the MSI file is wrapped by a
>> bootstrapper: the MSI itself throws no UI.  The bootstrapper does NOT
>> present the user with

Re: [WiX-users] Difx versions in WiX

[Rob Hamflett]

It seems that an upgrade won't be of any use to me.  In addition to the "Cannot 
create a stable 
subkey under a volatile parent key" issue I asked about on 24th March, I'm also 
seeing the same 
problem reported by James Johnston on 9th Dec 2010 entitled "DIFxApp does not 
properly rollback to 
the old driver when doing a major upgrade".  The problem manifests as a log 
entry reporting 
"DIFXAPP: ERROR 0x2 encountered while opening persistent-info key for component 
'{driver component 
GUID}'"  He reports his findings using WinDDK 7600.16385.1, so updating to WiX 
3.5 won't help.

I'll see if the difx team email address (difxt...@microsoft.com) provided in a 
reply by Quinton 
Tormanen still works.

Thanks,
Rob


On 26/04/2011 05:22, Blair wrote:
>> From the history.txt files:
>
> BobArnso: SFFeature:3130590 - Update DifxApp DLLs in DifxApp .wixlibs to
>version shipped in DDK 7600.16385.1.
>
> Introduced in the following builds:
> 3.5.2430.0&  3.6.1230.0
>
> This newer build of DifxApp is not in any 3.0.x build of WiX.
>
> There were some discussions on wix-users before that feature request was
> filed discussing issues that were reportedly fixed in the newer DifxApp
> builds, so it may be worth your while to upgrade to 3.5.
>
> Blair
>
> -Original Message-
> From: Rob Hamflett [mailto:r...@snsys.com]
> Sent: Thursday, April 21, 2011 5:32 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Difx versions in WiX
>
> Is there anywhere that lists what version of Difx is in which versions of
> WiX.  I've been having
> some trouble with it lately and have been wondering if there's anything
> changed in the newer
> versions of WiX.  Still on 3.0.4805.0 with no real reason to upgrade, but an
> improved Difx
> implementation would get me to.
>
> Rob
>
>
> 
> --
> Benefiting from Server Virtualization: Beyond Initial Workload
> Consolidation -- Increasing the use of server virtualization is a top
> priority.Virtualization can reduce costs, simplify management, and improve
> application availability and disaster protection. Learn more about boosting
> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> WhatsUp Gold - Download Free Network Management Software
> The most intuitive, comprehensive, and cost-effective network
> management toolset available today.  Delivers lowest initial
> acquisition cost and overall TCO of any competing solution.
> http://p.sf.net/sfu/whatsupgold-sd


--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Error 2623

[Rob Hamflett]

The customer is using Windows 7x64.  The log reports VersionNT64=601, 
WindowsBuild=7600.  So I 
assume Windows Installer v5?  The first line of the log contains "Build type: 
SHIP UNICODE 
5.00.7600.00".

Thanks,
Rob

On 25/04/2011 18:31, Wilson, Phil wrote:
> It might be a very recent installer error. The SDK docs go to error 2621 for 
> MSI 4.0.  Versions 4.5 and 5.0 may have added new values that appear to be 
> undocumented. You wouldn't see a non-Windows Installer error in the context 
> of that message string either, and that's another clue it's new error. What 
> MSI version or OS is the customer on?
>
> Phil Wilson
>
> -Original Message-
> From: Rob Hamflett [mailto:r...@snsys.com]
> Sent: Thursday, April 21, 2011 3:34 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Error 2623
>
> A customer reported an entry in their Windows Event log which has the text:
> "The installer has encountered an unexpected error installing this package. 
> This may indicate a
> problem with this package. The error code is 2623. The arguments are: , ,"
>
> As far as I can tell that's not a Windows Installer error code.  Does anyone 
> know where it's from?
> The only reference to that error code I can find is a Network Management 
> error code that means
> "Configuration record information has been corrupted."
>
> Thanks,
> Rob
>
>
>
> --
> Benefiting from Server Virtualization: Beyond Initial Workload
> Consolidation -- Increasing the use of server virtualization is a top
> priority.Virtualization can reduce costs, simplify management, and improve
> application availability and disaster protection. Learn more about boosting
> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> *** Confidentiality Notice: This e-mail, including any associated or attached 
> files, is intended solely for the individual or entity to which it is 
> addressed. This e-mail is confidential and may well also be legally 
> privileged. If you have received it in error, you are on notice of its 
> status. Please notify the sender immediately by reply e-mail and then delete 
> this message from your system. Please do not copy it or use it for any 
> purposes, or disclose its contents to any other person. This email comes from 
> a division of the Invensys Group, owned by Invensys plc, which is a company 
> registered in England and Wales with its registered office at 3rd Floor, 40 
> Grosvenor Place, London, SW1X 7AW (Registered number 166023). For a list of 
> European legal entities within the Invensys Group, please g
>   o to 
> http://www.invensys.com/legal/default.asp?top_nav_id=77&nav_id=80&prev_id=77.
>
> You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail 
> recept...@invensys.com. This e-mail and any attachments thereto may be 
> subject to the terms of any agreements between Invensys (and/or its 
> subsidiaries and affiliates) and the recipient (and/or its subsidiaries and 
> affiliates).
>
>
>
> --
> WhatsUp Gold - Download Free Network Management Software
> The most intuitive, comprehensive, and cost-effective network
> management toolset available today.  Delivers lowest initial
> acquisition cost and overall TCO of any competing solution.
> http://p.sf.net/sfu/whatsupgold-sd


--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Difx versions in WiX

[Rob Hamflett]

Thanks Blair. I'll see if I can find that thread (or release notes) to see what 
the changes were.

Rob

On 26/04/2011 05:22, Blair wrote:
>> From the history.txt files:
>
> BobArnso: SFFeature:3130590 - Update DifxApp DLLs in DifxApp .wixlibs to
>version shipped in DDK 7600.16385.1.
>
> Introduced in the following builds:
> 3.5.2430.0&  3.6.1230.0
>
> This newer build of DifxApp is not in any 3.0.x build of WiX.
>
> There were some discussions on wix-users before that feature request was
> filed discussing issues that were reportedly fixed in the newer DifxApp
> builds, so it may be worth your while to upgrade to 3.5.
>
> Blair
>
> -Original Message-
> From: Rob Hamflett [mailto:r...@snsys.com]
> Sent: Thursday, April 21, 2011 5:32 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Difx versions in WiX
>
> Is there anywhere that lists what version of Difx is in which versions of
> WiX.  I've been having
> some trouble with it lately and have been wondering if there's anything
> changed in the newer
> versions of WiX.  Still on 3.0.4805.0 with no real reason to upgrade, but an
> improved Difx
> implementation would get me to.
>
> Rob
>
>
> 
> --
> Benefiting from Server Virtualization: Beyond Initial Workload
> Consolidation -- Increasing the use of server virtualization is a top
> priority.Virtualization can reduce costs, simplify management, and improve
> application availability and disaster protection. Learn more about boosting
> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> WhatsUp Gold - Download Free Network Management Software
> The most intuitive, comprehensive, and cost-effective network
> management toolset available today.  Delivers lowest initial
> acquisition cost and overall TCO of any competing solution.
> http://p.sf.net/sfu/whatsupgold-sd


--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Difx versions in WiX

[Rob Hamflett]

Is there anywhere that lists what version of Difx is in which versions of WiX.  
I've been having 
some trouble with it lately and have been wondering if there's anything changed 
in the newer 
versions of WiX.  Still on 3.0.4805.0 with no real reason to upgrade, but an 
improved Difx 
implementation would get me to.

Rob


--
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Pending File Rename Operation not performed

[Rob Hamflett]

A customer has reported an incident where a DLL did not get updated after an 
installation.  The log 
shows that the file was in use and that a Pending File Rename was requested on 
the next reboot.  The 
customer says they rebooted when prompted, but the DLL was still at the old 
version.  Does anyone 
have any insight on this?

Thanks,
Rob


--
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Error 2623

[Rob Hamflett]

A customer reported an entry in their Windows Event log which has the text:
"The installer has encountered an unexpected error installing this package. 
This may indicate a 
problem with this package. The error code is 2623. The arguments are: , ,"

As far as I can tell that's not a Windows Installer error code.  Does anyone 
know where it's from? 
The only reference to that error code I can find is a Network Management error 
code that means 
"Configuration record information has been corrupted."

Thanks,
Rob



--
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Supporting downgrades with Key paths

[Rob Hamflett]

On 11/04/2011 21:41, Wilson, Phil wrote:
> You could try sequencing RemoveExistingProducts before CostInitialize.
We used to do this and were fine for several years but then msiexec.exe started 
crashing on a number 
of machines.  I had to change everything to use the REINSTALLMODE method.

Rob


--
Forrester Wave Report - Recovery time is now measured in hours and minutes
not days. Key insights are discussed in the 2010 Forrester Wave Report as
part of an in-depth evaluation of disaster recovery service providers.
Forrester found the best-in-class provider in terms of services and vision.
Read this report now!  http://p.sf.net/sfu/ibm-webcastpromo
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] [Wix-users] How can I kill process when uninstall

[Rob Hamflett]

You could run dark on your MSI and copy the dialog out of it.

Rob

On 06/04/2011 08:06, lxy.su...@gmail.com wrote:
> Thanks Rob!
>
> After discussing with our product architecture it's acceptable to have this
> FileInUse dialog though it's weird.
>
> I also wander how to add the option into that Dialog because I only refer
> that Dialog to my wxs but cannot modify the definition.
>
> 
> 
> 
> If that has lots of work to do, I will leave it as it is.
>
> Thank all of you for your kindly helps!
>
> Sunny
>
> 2011/4/1 Rob Hamflett
>
>> I'm not sure that this will actually help your situation, but to answer
>> your question about
>> suppressing the FilesInUse dialog, add these values to the dialog
>> definition:
>> Dialog@Modeless="yes"
>> Dialog@Hidden="yes"
>>
>> Rob
>>
>> On 01/04/2011 08:29, sunny wrote:
>>>
>>> Yes I am deploying an application with Qt dlls which are put in my
>> install
>>> folder.
>>> When I test with running my application and uninstall, the process is
>> killed
>>> and the FilesInUse is triggered. But it indicates to close my "Qt
>> Assistant"
>>> which is launched before my test.
>>>
>>> I put down the log it says the "Qt Assistant" holds some Qt dll from my
>>> install folder. That's strange!
>>>
>>> Info 1603. The file C:\MyApplicationFolder\phonon4.dll is being held in
>> use
>>> by the following process: Name: assistant, Id: 6820, Window Title: '(not
>>> determined yet)'.  Close that application and retry.
>>> 
>>>
>>>
>>>
>>> Rob Hamflett wrote:
>>>>
>>>> Are you deploying the C runtime, or something similar?  That can
>> sometimes
>>>> cause that issue.  If you
>>>> skip the FilesInUse dialog you'll probably get prompted for a reboot,
>>>> which is probably more of a pain.
>>>>
>>>> Rob
>>>>
>>>> On 01/04/2011 06:45, lxy.su...@gmail.com wrote:
>>>>> Thanks for help from Peter, Rob Hamflett and Rob Mensching!
>>>>>
>>>>> I have achieved detecting the process with "WixCloseApplications" and
>>>>> killing the process by "taskkill".
>>>>> But I still have an issue that when I try to uninstall it pops
>>>>> "FileInUse"
>>>>> dialog. But the application it indicates has no relationship with my
>>>>> application which is killed.
>>>>> So I want to disable this dialog to avoid confusing.
>>>>> Could anyone give me a help?
>>>>>
>>>>> Any comment is appreciated!
>>>>>
>>>>>
>>>>> 2011/3/31 Rob Mensching<r...@robmensching.com>
>>>>>
>>>>>> WiX v3.5 also shipped with the RestartApplication element that allows
>>>>>> you
>>>>>> to
>>>>>> add more files to the Restart Manager (which gives the user the option
>>>>>> to
>>>>>> shut things down).
>>>>>>
>>>>>> On Thu, Mar 31, 2011 at 2:12 AM, Peter
>>>>>> Shirtcliffe<pshirtcli...@sdl.com
>>>> >>>   wrote:
>>>>>>
>>>>>>> Agreed, it doesn't look like it can kill them forcibly but there is
>> an
>>>>>>> option
>>>>>>> to set a property when it can't so that the installer can abort or
>>>>>>> prompt
>>>>>>> the
>>>>>>> user if the application doesn't close. It depends on whether the user
>>>>>>> is
>>>>>> in
>>>>>>> danger of losing any work if you terminate the process. There is
>> still
>>>>>> the
>>>>>>> Files In Use dialog as a second line of defence too (although I have
>>>>>>> once
>>>>>>> seen a user ignore that and expect an uninstall to work without
>>>>>> rebooting).
>>>>>>>
>>>>>>> -Original Message-
>>>>>>> From: Rob Hamflett [mailto:r...@snsys.com]
>>>>>>> Sent: 31 March 2011 09:59
>>>>>>> To: wix-users@lists.sourceforge.net
>>>>>>> Subject: Re: [WiX-users] [Wix-users] How can I kill

Re: [WiX-users] [Wix-users] How can I kill process when uninstall

[Rob Hamflett]

I'm not sure that this will actually help your situation, but to answer your 
question about 
suppressing the FilesInUse dialog, add these values to the dialog definition:
Dialog@Modeless="yes"
Dialog@Hidden="yes"

Rob

On 01/04/2011 08:29, sunny wrote:
>
> Yes I am deploying an application with Qt dlls which are put in my install
> folder.
> When I test with running my application and uninstall, the process is killed
> and the FilesInUse is triggered. But it indicates to close my "Qt Assistant"
> which is launched before my test.
>
> I put down the log it says the "Qt Assistant" holds some Qt dll from my
> install folder. That's strange!
>
> Info 1603. The file C:\MyApplicationFolder\phonon4.dll is being held in use
> by the following process: Name: assistant, Id: 6820, Window Title: '(not
> determined yet)'.  Close that application and retry.
> 
>
>
>
> Rob Hamflett wrote:
>>
>> Are you deploying the C runtime, or something similar?  That can sometimes
>> cause that issue.  If you
>> skip the FilesInUse dialog you'll probably get prompted for a reboot,
>> which is probably more of a pain.
>>
>> Rob
>>
>> On 01/04/2011 06:45, lxy.su...@gmail.com wrote:
>>> Thanks for help from Peter, Rob Hamflett and Rob Mensching!
>>>
>>> I have achieved detecting the process with "WixCloseApplications" and
>>> killing the process by "taskkill".
>>> But I still have an issue that when I try to uninstall it pops
>>> "FileInUse"
>>> dialog. But the application it indicates has no relationship with my
>>> application which is killed.
>>> So I want to disable this dialog to avoid confusing.
>>> Could anyone give me a help?
>>>
>>> Any comment is appreciated!
>>>
>>>
>>> 2011/3/31 Rob Mensching<r...@robmensching.com>
>>>
>>>> WiX v3.5 also shipped with the RestartApplication element that allows
>>>> you
>>>> to
>>>> add more files to the Restart Manager (which gives the user the option
>>>> to
>>>> shut things down).
>>>>
>>>> On Thu, Mar 31, 2011 at 2:12 AM, Peter
>>>> Shirtcliffe<pshirtcli...@sdl.com
>> >>>  wrote:
>>>>
>>>>> Agreed, it doesn't look like it can kill them forcibly but there is an
>>>>> option
>>>>> to set a property when it can't so that the installer can abort or
>>>>> prompt
>>>>> the
>>>>> user if the application doesn't close. It depends on whether the user
>>>>> is
>>>> in
>>>>> danger of losing any work if you terminate the process. There is still
>>>> the
>>>>> Files In Use dialog as a second line of defence too (although I have
>>>>> once
>>>>> seen a user ignore that and expect an uninstall to work without
>>>> rebooting).
>>>>>
>>>>> -Original Message-
>>>>> From: Rob Hamflett [mailto:r...@snsys.com]
>>>>> Sent: 31 March 2011 09:59
>>>>> To: wix-users@lists.sourceforge.net
>>>>> Subject: Re: [WiX-users] [Wix-users] How can I kill process when
>>>> uninstall
>>>>>
>>>>> Can CloseApplication kill processes though?  It doesn't look like it
>>>>> can.
>>>>>If
>>>>> you need to forcibly
>>>>> kill something you might need a custom action to run taskkill or some
>>>>> custom
>>>>> code that does the job.
>>>>>
>>>>> Rob
>>>>>
>>>>> On 31/03/2011 09:45, Peter Shirtcliffe wrote:
>>>>>> Look at the CloseApplication element in the util schema in the Wix
>>>>>> documentation.
>>>>>>
>>>>>> -Original Message-
>>>>>> From: lxy.su...@gmail.com [mailto:lxy.su...@gmail.com]
>>>>>> Sent: 31 March 2011 09:40
>>>>>> To: General discussion for Windows Installer XML toolset.
>>>>>> Subject: [WiX-users] [Wix-users] How can I kill process when uninstall
>>>>>>
>>>>>> Hi all
>>>>>>
>>>>>> How can I achieve killing the process with the given name  when
>>>> uninstall
>>>>> my
>>>>>> application. Is there something that Wix can support that feature?
>>>&g

Re: [WiX-users] [Wix-users] How can I kill process when uninstall

[Rob Hamflett]

Are you deploying the C runtime, or something similar?  That can sometimes 
cause that issue.  If you 
skip the FilesInUse dialog you'll probably get prompted for a reboot, which is 
probably more of a pain.

Rob

On 01/04/2011 06:45, lxy.su...@gmail.com wrote:
> Thanks for help from Peter, Rob Hamflett and Rob Mensching!
>
> I have achieved detecting the process with "WixCloseApplications" and
> killing the process by "taskkill".
> But I still have an issue that when I try to uninstall it pops "FileInUse"
> dialog. But the application it indicates has no relationship with my
> application which is killed.
> So I want to disable this dialog to avoid confusing.
> Could anyone give me a help?
>
> Any comment is appreciated!
>
>
> 2011/3/31 Rob Mensching
>
>> WiX v3.5 also shipped with the RestartApplication element that allows you
>> to
>> add more files to the Restart Manager (which gives the user the option to
>> shut things down).
>>
>> On Thu, Mar 31, 2011 at 2:12 AM, Peter Shirtcliffe>> wrote:
>>
>>> Agreed, it doesn't look like it can kill them forcibly but there is an
>>> option
>>> to set a property when it can't so that the installer can abort or prompt
>>> the
>>> user if the application doesn't close. It depends on whether the user is
>> in
>>> danger of losing any work if you terminate the process. There is still
>> the
>>> Files In Use dialog as a second line of defence too (although I have once
>>> seen a user ignore that and expect an uninstall to work without
>> rebooting).
>>>
>>> -Original Message-
>>> From: Rob Hamflett [mailto:r...@snsys.com]
>>> Sent: 31 March 2011 09:59
>>> To: wix-users@lists.sourceforge.net
>>> Subject: Re: [WiX-users] [Wix-users] How can I kill process when
>> uninstall
>>>
>>> Can CloseApplication kill processes though?  It doesn't look like it can.
>>>   If
>>> you need to forcibly
>>> kill something you might need a custom action to run taskkill or some
>>> custom
>>> code that does the job.
>>>
>>> Rob
>>>
>>> On 31/03/2011 09:45, Peter Shirtcliffe wrote:
>>>> Look at the CloseApplication element in the util schema in the Wix
>>>> documentation.
>>>>
>>>> -Original Message-
>>>> From: lxy.su...@gmail.com [mailto:lxy.su...@gmail.com]
>>>> Sent: 31 March 2011 09:40
>>>> To: General discussion for Windows Installer XML toolset.
>>>> Subject: [WiX-users] [Wix-users] How can I kill process when uninstall
>>>>
>>>> Hi all
>>>>
>>>> How can I achieve killing the process with the given name  when
>> uninstall
>>> my
>>>> application. Is there something that Wix can support that feature?
>>>>
>>>> Thanks!
>>>>
>>>>
>>>
>>>
>>>
>>>
>> -
>>> -
>>> Create and publish websites with WebMatrix
>>> Use the most popular FREE web apps or write code yourself;
>>> WebMatrix provides all the features you need to develop and
>>> publish your website. http://p.sf.net/sfu/ms-webmatrix-sf
>>> ___
>>> WiX-users mailing list
>>> WiX-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>> SDL PLC confidential, all rights reserved.
>>> If you are not the intended recipient of this mail SDL requests and
>>> requires that you delete it without acting upon or copying any of its
>>> contents, and we further request that you advise us.
>>> SDL PLC is a public limited company registered in England and Wales.
>>>   Registered number: 02675207.
>>> Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire
>> SL6
>>> 7DY, UK.
>>>
>>>
>>>
>>>
>> --
>>> Create and publish websites with WebMatrix
>>> Use the most popular FREE web apps or write code yourself;
>>> WebMatrix provides all the features you need to develop and
>>> publish your website. http://p.sf.net/sfu/ms-webmatrix-sf
>>> ___
>>> WiX-users mailing list
>>> WiX-users@lists.sourceforge.net
>>> 

Re: [WiX-users] [Wix-users] How can I kill process when uninstall

[Rob Hamflett]

Can CloseApplication kill processes though?  It doesn't look like it can.  If 
you need to forcibly 
kill something you might need a custom action to run taskkill or some custom 
code that does the job.

Rob

On 31/03/2011 09:45, Peter Shirtcliffe wrote:
> Look at the CloseApplication element in the util schema in the Wix
> documentation.
>
> -Original Message-
> From: lxy.su...@gmail.com [mailto:lxy.su...@gmail.com]
> Sent: 31 March 2011 09:40
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] [Wix-users] How can I kill process when uninstall
>
> Hi all
>
> How can I achieve killing the process with the given name  when uninstall my
> application. Is there something that Wix can support that feature?
>
> Thanks!
>
>


--
Create and publish websites with WebMatrix
Use the most popular FREE web apps or write code yourself; 
WebMatrix provides all the features you need to develop and 
publish your website. http://p.sf.net/sfu/ms-webmatrix-sf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Conditional ServiceControl entry

[Rob Hamflett]

The reason that I don't use the ServiceControl table to start the service on an 
initial install is 
because the CRT runtime DLLs it needs (from the MS merge modules) aren't 
available until after the 
install has been committed.  I use a commit action to start the service, and 
I've since realised 
that I need to be conditioning this action to also run during a repair.

Rob

On 25/03/2011 19:35, Christopher Painter wrote:
>
>   ServiceControl rows don't have a condition.  They are based on the action 
> state
> of the component to which they are associated.  That component can have an
> action and I suppose it could also be a transititive component (  for example,
> use the condition Installed so that it doesn't get installed during the first
> pass but during a repair Installed evaluates to True and since it's transitive
> the component get's reinstalled and the service get's started ).
>
> I suppose it's possible  ( honestly I've never tried to reevaluate a component
> during a repair... it might not be possible and I could be wrong ... I know it
> works during upgrades and such )
>
> But still, I have to say, I think there is a code smell here.   The only 
> reason
> I can think of why you are doing this is covering up for some other bug that
> causes the service to not be able to start during the install... maybe you 
> need
> a reboot or there's a race condition because something else hasn't laid the
> ground work for it to wrok.
>
> So I'm just saying... you might be able to get this to work but I think you
> might be solving the wrong problem.
>
> Chris
>
> ---
> Christopher Painter, Author of Deployment Engineering Blog
> Have a hot tip, know a secret or read a really good thread that deserves
> attention? E-Mail Me
>
>
>
> - Original Message 
> From: Rob Hamflett
> To: wix-users@lists.sourceforge.net
> Sent: Fri, March 25, 2011 12:17:31 PM
> Subject: [WiX-users] Conditional ServiceControl entry
>
> Is there a way to set a condition on a ServiceControl entry?  Like having a
> service start after a
>
> repair but not on the initial installation?  Would this best be handled with
> separate ServiceControl
>
> entries in separate components, with conditions on the components?
>
> Thanks,
> Rob
>
>
> --
> Enable your software for Intel(R) Active Management Technology to meet the
> growing manageability and security demands of your customers. Businesses
> are taking advantage of Intel(R) vPro (TM) technology - will your software
> be a part of the solution? Download the Intel(R) Manageability Checker
> today! http://p.sf.net/sfu/intel-dev2devmar
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> Enable your software for Intel(R) Active Management Technology to meet the
> growing manageability and security demands of your customers. Businesses
> are taking advantage of Intel(R) vPro (TM) technology - will your software
> be a part of the solution? Download the Intel(R) Manageability Checker
> today! http://p.sf.net/sfu/intel-dev2devmar


--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Conditional ServiceControl entry

[Rob Hamflett]

Is there a way to set a condition on a ServiceControl entry?  Like having a 
service start after a 
repair but not on the initial installation?  Would this best be handled with 
separate ServiceControl 
entries in separate components, with conditions on the components?

Thanks,
Rob


--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] DifxApp - Cannot create a stable subkey under a volatile parent key

[Rob Hamflett]

Hi Tobias,

In relation to a separate issue, a colleague asked all the developers at his 
site to install our 
driver and reports that about 1 in 10 fail, but a second attempt works fine.  
Thanks for the link, 
I'll check it out.

Rob

On 24/03/2011 21:03, Tobias S wrote:
> Hi Rob,
>
> Just some thoughts to it (even I never had the issue). Maybe they help:
> On http://errordecoder.com/system-error-codes/3/code-1021.html I found
> some points which could be from interest:
>  * Device Driver Conflicts
>  * Hardware Malfunction
>
> Is it only one system where it occurs ? Hardware issues only with one
> hardware device or with several ones?
>
> Stupid but happened once to me: An internal NW Interface had some not
> correct inserted memory which caused driver installation to fail in
> not reproducible manner. As I didn't check I spent some days on that
> issue...
>
> Regards
> Tobias
>
>
>
> 2011/3/24 Rob Hamflett:
>> I'm seeing an occasional issue using DifxApp, which a log reports as:
>>
>> DIFXAPP: INFO:   ENTER UpdateDriverForPlugAndPlayDevices...
>> DIFXAPP: ERROR:  RETURN UpdateDriverForPlugAndPlayDevices. (Error code 
>> 0x3FD: Cannot create a stable
>> subkey under a volatile parent key.)
>> DIFXAPP: ERROR:  Installation failed. (Error code 0x3FD: Cannot create a 
>> stable subkey under a
>> volatile parent key.)
>> DIFXAPP: ERROR:  PnP Install failed. (Error code 0x3FD: Cannot create a 
>> stable subkey under a
>> volatile parent key.)
>>
>> Running the installer again seems to be fine, so it's not a permanent 
>> problem.  Has anyone seen this
>> before?  The solutions I found online say to delete the registry key in 
>> question, which I don't
>> really think is safe in this situation.
>>
>> Thanks,
>> Rob
>>
>>
>> --
>> Enable your software for Intel(R) Active Management Technology to meet the
>> growing manageability and security demands of your customers. Businesses
>> are taking advantage of Intel(R) vPro (TM) technology - will your software
>> be a part of the solution? Download the Intel(R) Manageability Checker
>> today! http://p.sf.net/sfu/intel-dev2devmar
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>
> --
> Enable your software for Intel(R) Active Management Technology to meet the
> growing manageability and security demands of your customers. Businesses
> are taking advantage of Intel(R) vPro (TM) technology - will your software
> be a part of the solution? Download the Intel(R) Manageability Checker
> today! http://p.sf.net/sfu/intel-dev2devmar


--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] DifxApp - Cannot create a stable subkey under a volatile parent key

[Rob Hamflett]

I'm seeing an occasional issue using DifxApp, which a log reports as:

DIFXAPP: INFO:   ENTER UpdateDriverForPlugAndPlayDevices...
DIFXAPP: ERROR:  RETURN UpdateDriverForPlugAndPlayDevices. (Error code 0x3FD: 
Cannot create a stable 
subkey under a volatile parent key.)
DIFXAPP: ERROR:  Installation failed. (Error code 0x3FD: Cannot create a stable 
subkey under a 
volatile parent key.)
DIFXAPP: ERROR:  PnP Install failed. (Error code 0x3FD: Cannot create a stable 
subkey under a 
volatile parent key.)

Running the installer again seems to be fine, so it's not a permanent problem.  
Has anyone seen this 
before?  The solutions I found online say to delete the registry key in 
question, which I don't 
really think is safe in this situation.

Thanks,
Rob


--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] FilesInUse in Upgrade scenario

[Rob Hamflett]

In earlier versions of Windows Installer, the Files In Use dialog wouldn't be 
shown if WI couldn't 
find a window associated with the file/app.  I think the theory went that it's 
confusing to ask the 
user to close a program they can't see running.  This can be a problem if you 
have any programs with 
hidden windows, like those that normally just have an icon in the notification 
area.

Rob

On 16/03/2011 08:42, Umeshj wrote:
> Hi,
>
> Could someone suggest what can prevent a FilesInUse or MsiRMFilesInUse
> dialog from being shown during an upgrade?
>
> I posted this in a wrong subgroup so I am posting it again.
>
> Thanks
>
> Umesh
>
> --
> View this message in context: 
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/FilesInUse-in-Upgrade-scenario-tp6175675p6175675.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
> --
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d


--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] [WiX] Uninstalling custom action exe's (64 bit Folderissue)

[Rob Hamflett]

You also probably shouldn't refer to the Program Files folder by name, because 
it might not be 
called that (especially on a non-English OS).  It's better to use the 
ProgramFilesFolder and 
ProgramFiles64Folder properties.  You can use these as the Id for a Directory 
element.

Rob

On 14/03/2011 10:15, David Watson wrote:
> I can't see your code properly but it will probably be because your MSI is 32
> bit and running on a 64 bit OS. Windows automatically transforms the folder
> to the x86 one.
>
> If you want to target program files on a 64 bit OS you should create a 64 bit
> MSI.
>
> Dave
>
> -Original Message-
> From: wsjou [mailto:wsjmail...@gmail.com]
> Sent: 14 March 2011 07:07
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] [WiX] Uninstalling custom action exe's (64 bit
> Folderissue)
>
> Hi Eveyone! First time posting here
>
> I've just started with WiX, and i was wondering if anyone could be of
> assistance for an issue i've been having. For my MSI, I've had two exe's
> that get installed as part of the MSI. They get saved in C:\Program Files.
>
> When i try to reference the path of C:\Program Files, i keep getting
> transferred to C:\Program Files (x86) instead, and obviously when i try to
> run the uninstall script of the third party exe's they cant be found. Anyone
> know why this might happen?
>
> Just some of the code i have
> defaults.wxi
> 
>
> main.wxs
>
>
>
>
>
>
>
>
> .
> .
> .
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WiX-Uninstallin
> g-custom-action-exe-s-64-bit-Folder-issue-tp6168082p6168082.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
> -
> -
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> SDL PLC confidential, all rights reserved.
> If you are not the intended recipient of this mail SDL requests and requires 
> that you delete it without acting upon or copying any of its contents, and we 
> further request that you advise us.
> SDL PLC is a public limited company registered in England and Wales.  
> Registered number: 02675207.
> Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 
> 7DY, UK.
>
>
> --
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d


--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Removing Broken Installs Safely

[Rob Hamflett]

Depending on what exactly is broken you might be able to get things into a 
working state again just 
by running a repair first.

Rob

On 12/03/2011 13:06, Jammer wrote:
> Hi Michael,
>
> I've managed to get it fix with msizap.exe ... scary tool ...
>
> Thanks,
>
> Jammer
>
> On 12/03/2011 12:47, Michael Clark wrote:
>> Generate an install log an post the relevant section. There might be a way 
>> to trick the installer to uninstall properly. Otherwise removing a broken 
>> install can be very tricky. I use msizap.exe very carefully.
>>
>> -Michael
> --
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d


--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] DIFxApp does not properly rollback to the old driverwhen doing a major upgrade

[Rob Hamflett]

I appear to be looking at the same problem.  I was able to reproduce it by 
hitting 'cancel' near the 
end of an uninstall and letting it rollback.  After that uninstallation failed. 
 Performing a repair 
fixed things.  Did you email the difx team at the email address Quinton 
suggested, and if so, did 
you ever hear anything back.

Thanks,
Rob

On 10/12/2010 20:37, James Johnston wrote:
> Seeing as how this seems to be a fundamental problem with DIFxApp not
> handling all the upgrade possibilities well, I was curious to see how other
> products do things and so I ripped apart some MSIs in Orca.  I was looking
> to see if DIFxApp was set up the same way (CustomAction table).  I also
> inspected the placement of the RemoveExistingProducts action since after my
> previous e-mail I believe that this plays a critical role in whether this
> corrupted system state may occur.  Since I haven't seen any other indication
> or documentation on the Internet (a Google search for RemoveExistingProducts
> and DIFxApp reveals little), I thought it would be useful to report my
> findings so others can see what some commercial software is doing.  My
> findings:
>
> All products using DIFxApp place MsiProcessDrivers and MsiCleanupOnSuccess
> actions in the normal places.  CustomAction types are always the same.  I
> identified the program used to compile the MSI by looking at the self-named
> custom actions each install tool tends to create (e.g. InstallShield has its
> own DLL with tons of custom actions).
>
> Refer to
> http://jpassing.com/2007/06/16/where-to-place-removeexistingproducts-in-a-ma
> jor-msi-upgrade/ to better understand the placement of
> RemoveExistingProducts action.  Examining this table leads me to believe
> that placement between InstallInitialize and InstallFinalize is the best
> place, since a canceled setup will always leave the old version on the
> computer, no matter what.  But this doesn't seem to work with DIFxApp due to
> its bug, as previously noted.
>
> My product (with the rollback problem):  Compiled with WiX and uses DIFxApp.
> RemoveExistingProducts is placed after InstallInitialize.  According to the
> previous link, a failure at any time (uninstall or reinstall) results in
> only the old version remaining: leaving system state exactly as it was
> found.  Unfortunately, as previously noted, a bug in DIFxApp prevents this
> from happening.
>
> Apple Mobile Device Support (included with iTunes; presumably their iPod
> drivers, etc.).  Compiled with WiX and uses DIFxApp.  RemoveExistingProducts
> is placed after InstallFinalize.  Probably the DIFxApp bug is not a problem
> here, because the new version is installed before the old version is
> uninstalled.  An error in the new version setup (from DIFx or other source)
> would still leave the old version and its drivers untouched.  An error in
> the old version uninstall would leave the new version&  its drivers
> untouched.  According to the table at the above link, the pitfall is that if
> the uninstall fails, then BOTH versions of the product remain installed on
> the computer.  This seems like a very inconsistent, illogical state to be
> in; I can imagine that there could be some issues with a lot of products
> (including mine) if this were to happen.  (Perhaps an MSI expert can
> convince me otherwise?  Otherwise, I wonder if Apple's software can get
> itself in a bad way if I click Cancel at just the right moment.)
>
> Microsoft LifeCam (webcam driver).  Don't know what compiled this; I didn't
> see any obvious indications.  It uses DIFxApp.  RemoveExistingProducts is
> placed after InstallInitialize.  It therefore appears to be in a very
> similar configuration as with my product, and I believe it would leave the
> user's DIFxApp state inconsistent if the upgrade was canceled at just the
> right moment.  It is interesting to note that the MSI file is wrapped by a
> bootstrapper: the MSI itself throws no UI.  The bootstrapper does NOT
> present the user with a Cancel button.  Perhaps this is a reason why?
>
> Oracle VirtualBox (virtual network drivers).  Compiled with WiX and uses
> DIFxApp.  RemoveExistingProducts is placed between InstallValidate and
> InstallInitialize.  This seems like the best place to put it.  Uninstall
> happens first, so there's no possibility of having both versions at the same
> time.  If the uninstall fails, then the old version remains.  If the install
> fails, then nothing remains on the computer (i.e. the old version is not
> reinstalled).  I don't see how this DIFxApp bug would be a problem in this
> scenario since the old version isn't reinstalled.
>
> Western Digital SmartWare (some proprietary driver for external hard drive).
> Compiled with Advanced Installer and uses DIFxApp.  RemoveExistingProducts
> is placed between InstallValidate and InstallInitialize, like with
> VirtualBox.
>
> HP OfficeJet 8500.  Compiled with WiX.  RemoveExistingProducts is placed
> after InstallInitialize so I suspect their

Re: [WiX-users] adding file to the 3rd party directory

[Rob Hamflett]

Use a directory with an Id of 3RDPARTYPROGRAM_PATH.  When the property with the 
same name gets 
updated so will the directory path.

Rob

On 04/03/2011 22:10, Mr Dimitri Klyachko wrote:
> I have a task to add a file to a directory that appears after the 3rd party 
> software has been installed.
>
> I am using
>Value="no"
>   Secure="yes">
>Root="HKLM"
>Key="SOFTWARE\HKEY_LOCAL_MACHINE\SOFTWARE\PROGRAM\PATH"
>Name="ProgramPath"
>Type="raw" />
>  
>
> to get the installation path and
>
> Title="Install File"
>   Level="1">
> Id='AddingFile'
>   Directory='GetDirectory'
>   Guid='CDFE51BF-5B54-4EE5-9E1E-D4D0BB993B9F'>
>  Id='FileToAdd'
>  Name='FileName'
>  DiskId='1'
>  Source='C:\File.txt'
>  KeyPath='yes'  />
>  
>  
>
> How do I pass Directory name from 3RDPARTYPROGRAM_PATH Value to 
> 'GetDirectory'? Would appreciate your help.
>
> David Klyatz
>
> --
> What You Don't Know About Data Connectivity CAN Hurt You
> This paper provides an overview of data connectivity, details
> its effect on application quality, and explores various alternative
> solutions. http://p.sf.net/sfu/progress-d2d


--
What You Don't Know About Data Connectivity CAN Hurt You
This paper provides an overview of data connectivity, details
its effect on application quality, and explores various alternative
solutions. http://p.sf.net/sfu/progress-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] FW: WIX Installer issue.

[Rob Hamflett]

Create the default directory structure as you normally would in WiX and set the 
id of the 
configurable directory to 'installpath'.  When the user overrides installpath 
on the command line, 
it will change that directory to point at the new path.

Rob

On 11/02/2011 04:11, Rohit Ghule wrote:
> Hi Everybody,
>
> Let me please explain you all the complete scenario.
>
> 1.   We have created a WIX installer for one of our products. 
> It works according to design.
>
> 2.   The WIX installer that we have designed has been 
> primarily designed to work on command line.
>
> 3.   The command line has one of the parameters as 
> installpath, which is used to install the product to that directory.
>
> 4.   But recently one of the user instead of using the 
> command line, double clicked on the exe&  installed it using the UI. So in 
> that case the product does not get installed at the installpath but instead 
> at C:\
>
> 5.   We want that case to be handled in a way that if 
> installpath is not available then the installation should default to a path 
> that we would define in the Product.wxs
>
> Can this be done? If anyone wants to see the .wxs file I will be able to 
> provide it.
>
> -- Rohit
>
>
> This communication, including attachments, is confidential and may contain 
> proprietary information intended only for the proposed recipient. Please 
> notify the sender and delete this message if you believe that you have 
> received this message in error or if you are not the proposed recipient. 
> Unauthorized disclosure, copying, or distribution of the information is 
> strictly prohibited. Please also be aware Avalara does not provide 
> client-specific tax management advice. Recipients seeking advice on specific 
> tax matters should conduct their own due diligence and seek advice from a 
> qualified tax practitioner before relying on any information contained herein.
> --
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] 64 Bit program files folder

[Rob Hamflett]

Use Directory@Id="ProgramFiles64Folder" and Package@Platform="x64".

Other pre-defined folders are listed here:
http://msdn.microsoft.com/en-us/library/aa370905%28VS.85%29.aspx#system_folder_properties

Rob

On 21/01/2011 15:32, Manoj Jangid wrote:
> Hi
>
> I am trying to build a installer for 64bit installer.
>
> I want to set default directory *c:\Program Files\* instead of *c:\Program
> Files (x86)\*
> *
> *
> I don't have any 32 bit binary in my components list.
>   * *
> can you please guide me how can I do this?
>
> Thanks
> Manoj
> --
> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a world-class log management solution at an even better price-free!
> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
> February 28th, so secure your free ArcSight Logger TODAY!
> http://p.sf.net/sfu/arcsight-sfd2d


--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Driver without an INF file

[Rob Hamflett]

So I finally got this working and thought I'd best post the reply here for 
other people having the 
same issue.  Specifically, the dirver I'm installing is a file system driver.  
Here's my INF file:

-- START OF FILE 
---
; Copyright (C) My Company

[Version]
Signature   = "$WINDOWS NT$"
Provider= %CompanyName%
DriverVer   = 01/19/2011,1.0.0.0
DriverPackageType = FileSystem
DriverPackageDisplayName = %DriverDesc%

[Dokan_dll_file]
dokan.dll

[Dokan_sys_file]
dokan.sys

[DestinationDirs]
Dokan_sys_file = 12 ; system32
Dokan_dll_file = 11 ; system32\drivers

[SourceDisksNames]
1 = %SrcDisk1%


[SourceDisksFiles]
dokan.dll = 1
dokan.sys = 1

[DefaultInstall]
CopyFiles = Dokan_sys_file, Dokan_dll_file

[DefaultInstall.Services]
AddService = %ServiceName%,,driver.Service

[driver.Service]
DisplayName= %ServiceName%
Description= %ServiceDesc%
ServiceBinary  = %12%\dokan.sys
ServiceType= 2 ;SERVICE_FILE_SYSTEM_DRIVER
StartType  = 1 ;SERVICE_SYSTEM_START
ErrorControl   = 1 ;SERVICE_ERROR_NORMAL
LoadOrderGroup = "File System"

[DefaultUninstall]
DelFiles   = Dokan_dll_file, Dokan_sys_file

[DefaultUninstall.Services]
DelService = %ServiceName%,0x200

[Strings]
CompanyName  = "My Company Ltd"
SrcDisk1 = "Source Disk 1"
ServiceName  = "dokan"
ServiceDesc  = ""
DriverDesc   = ""
-- END OF FILE 
---

I added the following as a child element of the component containing the .inf 
file.


Hope that helps someone,
Rob


--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] question about the CostingComplete MSI bug

[Rob Hamflett]

On 21/12/2010 07:12, Neil Sleightholm wrote:
> For more details about this take a look here
> http://www.joyofsetup.com/2010/10/09/experimental-results-part-ii/
>
> So far the result seem to indicate the not waiting for CostingComplete
> doesn't have any effect.

I can't say I agree with that.  I was asking about this earlier and removed our 
'wait for costing' 
dialog.  The next day Windows Installer crashed in 
CostAllComponentsWorkerThread (see the "Working 
around the CostingComplete bug" thread).

Rob


>
> Neil
>
> -Original Message-
> From: Dawei Xu [mailto:dawei...@gmail.com]
> Sent: 21 December 2010 02:25
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] question about the CostingComplete MSI bug
>
> Hi, Thom,
>
> Thanks very much for your reply.
>
> Wix 3.5 or 3.6 will always NOT pop up this window (no matter the
> CostingComplete finish or not). Am I right? Will this will cause some
> problem if the installation started before the CostingComplete finsihed?
>
> I'm working on a legacy code using WiX 2.0, I think I can only remove
> the the publish event line below to achieve the same effect. Am I right?
>
> " Value="WaitForCostingDlg">CostingComplete
> = 1"
>
>
> Thanks very much!
>
>
> Best regards,
>
> Dawei Xu
>
>
> On Mon, Dec 20, 2010 at 11:59 PM,
> wrote:
>
>> Date: Mon, 20 Dec 2010 09:47:54 -
>> From: "Thom Leigh"
>> Subject: Re: [WiX-users] question about the CostingComplete MSI bug
>> To: "General discussion for Windows Installer XML toolset."
>> 
>> Message-ID:
>>
> 
>> Content-Type: text/plain;   charset="us-ascii"
>>
>> Relates to this:
>> http://sourceforge.net/tracker/?func=detail&aid=2951181&group_id=10597
>> 0&
>> atid=642714> oup_id=105970&%0Aatid=642714>
>>
>> See here for info:
>> http://www.joyofsetup.com/2010/04/04/bug-hunting/
>> http://www.joyofsetup.com/2010/05/20/its-time-to-experiment/
>> http://www.joyofsetup.com/2010/05/28/experimental-results-part-i/
>> http://www.joyofsetup.com/2010/10/09/experimental-results-part-ii/
>>
>> I believe you'll have to upgrade to WiX 3.5 or 3.6.
>>
>> FYI this info was findable by Googling "WixUiCostingPopupOptOut"...
>>
>> -Thom
>>
> 
> --
> Lotusphere 2011
> Register now for Lotusphere 2011 and learn how to connect the dots, take
> your collaborative environment to the next level, and enter the era of
> Social Business.
> http://p.sf.net/sfu/lotusphere-d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> --
> Lotusphere 2011
> Register now for Lotusphere 2011 and learn how
> to connect the dots, take your collaborative environment
> to the next level, and enter the era of Social Business.
> http://p.sf.net/sfu/lotusphere-d2d


--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] how to uninstall product without UpgradeCode

[Rob Hamflett]

The FindRelatedProducts action updates the property used in the Upgrade table 
with the product codes 
of the products it finds.  You could try adding your Product code to the same 
property, although I 
don't know what happens if the product doesn't exist.  You might need to use a 
custom action to 
check that.  If the property is blank after FindRelatedProducts you'll need to 
set it to "{GUID}". 
If it's not blank you'll need to append ";{GUID}" to it.  But like I said, this 
will need some 
careful testing.

Rob

On 14/12/2010 11:08, Pally Sandher wrote:
> Not as far as I know. Either use a bootstrapper to uninstall it using
> "msiexec /x [ProductCode]" or patch an UpgradeCode into it first.
>
> Palbinder Sandher
> Software Deployment&  IT Administrator
> T: +44 (0) 141 945 8500
> F: +44 (0) 141 945 8501
>
> http://www.iesve.com
> **Design, Simulate + Innovate with the**
> 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: Sergey [mailto:sh0...@gmail.com]
> Sent: 14 December 2010 10:43
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] how to uninstall product without UpgradeCode
>
> Hi,
>
> I need to prepare major update for msi product, which does not contain
> UpgradeCode. Is it possible to somehow uninstall previous product on
> RemoveExistingProducts, if i know its productCode?
>
> --
> Sergey
>
> 
> --
> Lotusphere 2011
> Register now for Lotusphere 2011 and learn how to connect the dots, take
> your collaborative environment to the next level, and enter the era of
> Social Business.
> http://p.sf.net/sfu/lotusphere-d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> --
> Lotusphere 2011
> Register now for Lotusphere 2011 and learn how
> to connect the dots, take your collaborative environment
> to the next level, and enter the era of Social Business.
> http://p.sf.net/sfu/lotusphere-d2d


--
Lotusphere 2011
Register now for Lotusphere 2011 and learn how
to connect the dots, take your collaborative environment
to the next level, and enter the era of Social Business.
http://p.sf.net/sfu/lotusphere-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users