I'm still new to wix myself, so maybe this isn't the 'right' answer, (and
hopefully someone can correct me) but isn't the shortcut element supposed to
be a child to the element it's intended for?

<File Id=" myTestFile" Name=" myTest.exe" Source="BuildFiles\System32\
myTest.exe" Vital="yes" KeyPath="yes" DiskId="1" >
           <Shortcut Id=" myTestsm" Directory="Dir_MyStartmenuSubDir"
Name="Run myTest "
                          Icon="myTestIcon" IconIndex="0" Show="normal"
WorkingDirectory="sys32Folder" /></File>

Like that?  I had a similar problem, and I think that's how I fixed it.
Can't remember for sure though.  Also, don't forget to define the Icon
element you're referencing in the shortcut.

Stryder

On Wed, Apr 8, 2009 at 7:59 AM, Lanteigne, Alan <alan.lantei...@inin.com>wrote:

> Hello Wix World:
>
> While trying to setup a shortcut to an EXE, I'm getting this error:
>
> ICE64: The directory ProgramMenuDir is in the user profile but is not
> listed in the RemoveFile table.
>
> I thought I had done everything correctly but apparently I'm missing
> something.  Googling shows something about ProgramMenuFolder being specific
> to a user's profile, but I'm trying to setup this shortcut for "All
> Users"... not just one user.  For one thing, I want newly created users
> (after the app is installed) to have the shortcut appear.  Also, the "My App
> Folder" is used by other programs so I don't want to remove it if this MSI
> is uninstalled.
>
> Here's what I'm doing:
>
>        <Directory Id="sys32folder" Name="System32">
>
>          <Component Id="ID_COM_myTest"
> Guid="193119C5-AF4B-4432-9406-FFF1C34DE71D">
>            <File Id=" myTestFile" Name=" myTest.exe"
> Source="BuildFiles\System32\ myTest.exe" Vital="yes" KeyPath="yes"
> DiskId="1" />
>            <Shortcut Id=" myTestsm" Directory="Dir_MyStartmenuSubDir"
> Name="Run myTest " Icon="myTestIcon" IconIndex="0" Show="normal"
> WorkingDirectory="sys32Folder" />
>          </Component>
>
>          <Directory Id="ProgramFilesFolder" SourceName="Program Files
> Folder" />
>
>          <Directory Id="ProgramMenuFolder" Name="Programs">
>            <Directory Id="ProgramMenuDir" Name="My App Folder" />
>          </Directory>
>          <Directory Id="Dir_MyStartmenuSubDir" Name="My App Folder" />
>
>        </Directory>
>
> I later define the Icon and set the ALLUSERS property to 1.
>
> What am I missing or not understanding?
>
> Thanks,
>
> Alan
>
> -----Original Message-----
> From: wix-users-requ...@lists.sourceforge.net [mailto:
> wix-users-requ...@lists.sourceforge.net]
> Sent: Tuesday, April 07, 2009 3:02 PM
> To: wix-users@lists.sourceforge.net
> Subject: WiX-users Digest, Vol 35, Issue 30
>
> Send WiX-users mailing list submissions to
>        wix-users@lists.sourceforge.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        https://lists.sourceforge.net/lists/listinfo/wix-users
> or, via email, send a message with subject or body 'help' to
>        wix-users-requ...@lists.sourceforge.net
>
> You can reach the person managing the list at
>        wix-users-ow...@lists.sourceforge.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of WiX-users digest..."
>
>
> Today's Topics:
>
>   1. Re: Votive not working in build 3.0.5207 (Neil Sleightholm)
>   2. Re: ICE64: The directory ProgramMenuDir is in the user
>      profile but is not listed in the RemoveFile table. (Rob Mensching)
>   3. Re: Check for IIS application pools (Rob Mensching)
>   4.  DTF build issue (mcheshier)
>   5. Re: how to change an installed package? (Alan Sinclair)
>   6. Re: Check for IIS application pools (mcheshier)
>   7. Re: how to change an installed package? (Karl Denning)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 7 Apr 2009 18:04:10 +0100
> From: "Neil Sleightholm" <n...@x2systems.com>
> Subject: Re: [WiX-users] Votive not working in build 3.0.5207
> To: "General discussion for Windows Installer XML toolset."
>        <wix-users@lists.sourceforge.net>
> Message-ID:
>        <e66649032ad92b42901bf5835c76a27f5...@harwood.x2systems.com>
> Content-Type: text/plain;       charset="us-ascii"
>
> I have just confirmed this on another PC. Create a new WiX project,
> right click on project and select "Add | New folder" and you get an
> error "The operation cannot be completed".
>
> Bug raised:
> https://sourceforge.net/tracker/?func=detail&aid=2741235&group_id=105970
> &atid=642714<https://sourceforge.net/tracker/?func=detail&aid=2741235&group_id=105970%0A&atid=642714>
>
> Neil
>
> -----Original Message-----
> From: Neil Sleightholm [mailto:n...@x2systems.com]
> Sent: 07 April 2009 17:09
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Votive not working in build 3.0.5207
>
> I think I know what the problem is, from this build Votive won't allow
> you to add folders or to load any projects that contain folders.
>
> Neil
>
> -----Original Message-----
> From: Neil Sleightholm [mailto:n...@x2systems.com]
> Sent: 07 April 2009 16:46
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] Votive not working in build 3.0.5207
>
> Some of my wixproj files won't load in WiX v3.0.5207 - the error message
> is "Error HRESULT E_FAIL has been return from a call to a COM
> component". I noticed in the history.txt that there is a breaking change
> to wix.targets - is this the reason? Is anyone else getting this error
> or know how to fix it?
>
> Thanks
>
> Neil
>
> Neil Sleightholm
> X2 Systems Limited
> n...@x2systems.com
>
>
> ------------------------------------------------------------------------
> ------
> This SF.net email is sponsored by:
> High Quality Requirements in a Collaborative Environment.
> Download a free trial of Rational Requirements Composer Now!
> http://p.sf.net/sfu/www-ibm-com
> _______________________________________________
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> ------------------------------------------------------------------------
> ------
> This SF.net email is sponsored by:
> High Quality Requirements in a Collaborative Environment.
> Download a free trial of Rational Requirements Composer Now!
> http://p.sf.net/sfu/www-ibm-com
> _______________________________________________
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 7 Apr 2009 10:16:51 -0700
> From: Rob Mensching <r...@wixtoolset.org>
> Subject: Re: [WiX-users] ICE64: The directory ProgramMenuDir is in the
>        user profile but is not listed in the RemoveFile table.
> To: General discussion for Windows Installer XML toolset.
>        <wix-users@lists.sourceforge.net>
> Message-ID: <49db8a83.6010...@wixtoolset.org>
> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
>
> It's annoying.  This old blog entry should explain more:
>
> http://robmensching.com/blog/archive/2007/04/27/How-to-create-an-uninstall-shortcut-and-pass-all-the.aspx
>
>
> Lanteigne, Alan wrote:
> > Hello Wix World:
> >
> > While trying to setup a shortcut to an EXE, I'm getting this error:
> >
> > ICE64: The directory ProgramMenuDir is in the user profile but is not
> listed in the RemoveFile table.
> >
> > I thought I had done everything correctly but apparently I'm missing
> something.  Googling shows something about ProgramMenuFolder being specific
> to a user's profile, but I'm trying to setup this shortcut for "All
> Users"... not just one user.  For one thing, I want newly created users
> (after the app is installed) to have the shortcut appear.  Here's what I'm
> doing:
> >
> >         <Directory Id="sys32folder" Name="System32">
> >
> >           <Component Id="ID_COM_myTest"
> Guid="193119C5-AF4B-4432-9406-FFF1C34DE71D">
> >             <File Id=" myTestFile" Name=" myTest.exe"
> Source="BuildFiles\System32\ myTest.exe" Vital="yes" KeyPath="yes"
> DiskId="1" />
> >             <Shortcut Id=" myTestsm" Directory="Dir_MyStartmenuSubDir"
> Name="Run myTest " Icon="myTestIcon" IconIndex="0" Show="normal"
> WorkingDirectory="sys32Folder" />
> >           </Component>
> >
> >           <Directory Id="ProgramFilesFolder" SourceName="Program Files
> Folder" />
> >
> >           <Directory Id="ProgramMenuFolder" Name="Programs">
> >             <Directory Id="ProgramMenuDir" Name="My App Folder" />
> >           </Directory>
> >           <Directory Id="Dir_MyStartmenuSubDir" Name="My App Folder" />
> >
> >         </Directory>
> >
> > I later define the Icon and set the ALLUSERS property to 1.
> >
> > What am I missing or not understanding?
> >
> > Thanks,
> >
> > Alan
> >
> ------------------------------------------------------------------------------
> > This SF.net email is sponsored by:
> > High Quality Requirements in a Collaborative Environment.
> > Download a free trial of Rational Requirements Composer Now!
> > http://p.sf.net/sfu/www-ibm-com
> > _______________________________________________
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 7 Apr 2009 10:18:28 -0700
> From: Rob Mensching <r...@wixtoolset.org>
> Subject: Re: [WiX-users] Check for IIS application pools
> To: General discussion for Windows Installer XML toolset.
>        <wix-users@lists.sourceforge.net>
> Message-ID: <49db8ae4.9090...@wixtoolset.org>
> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
>
> Yes, it is possible but requires a fair bit of CustomAction work. We
> haven't added such a thing to the WiX toolset yet...
>
> Bahn Thomas wrote:
> > Hello,
> >
> > can i check for an installed IIS and list the available application
> pools?
> > The avaliable application pools should be listed in a listbox control.
> >
> > Thanks
> >
> > Thomas Bahn
> >
> ------------------------------------------------------------------------------
> > _______________________________________________
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
>
>
> ------------------------------
>
> Message: 4
> Date: Tue, 7 Apr 2009 10:26:01 -0700 (PDT)
> From: mcheshier <mchesh...@usa.net>
> Subject: [WiX-users]  DTF build issue
> To: wix-users@lists.sourceforge.net
> Message-ID: <1239125161276-2600276.p...@n2.nabble.com>
> Content-Type: text/plain; charset=us-ascii
>
>
> Hi, I've been slowly converting a lot of VBScript custom actions to the DTF
> and am loving it. I'm having a weird build issue though and was hoping
> someone could help me out.
>
> On my primary dev machine when I build my CA.dll it creates a 660 KB .dll
> that mysteriously and randomly dies in the middle of a custom action. As the
> (working) .dll in SVN was larger (around 690KB), I suspected a build issue
> and this was confirmed when I compiled my .dll on a VM and it came out to
> 690KB (and worked). I'm using VS2008 with WiX 3.0.4085. I'm guessing that a
> dependency of some sort isn't being compiled in, but I'm not an expert on
> the underpinnings of .NET.
>
> On a related note, I noticed that the final .CA dll seems to be a slightly
> different size each time I build it. Is this just a .NET thing or should I
> be concerned?
> --
> View this message in context:
> http://n2.nabble.com/DTF-build-issue-tp2600276p2600276.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
>
>
> ------------------------------
>
> Message: 5
> Date: Tue, 7 Apr 2009 10:58:03 -0700
> From: Alan Sinclair <alan.sincl...@citrix.com>
> Subject: Re: [WiX-users] how to change an installed package?
> To: General discussion for Windows Installer XML toolset.
>        <wix-users@lists.sourceforge.net>
> Message-ID:
>        <
> 25171b03a3d9e24aadc227668ade91c91d408a9...@sjcpmailbox01.citrite.net>
> Content-Type: text/plain; charset="us-ascii"
>
> Thanks that will do it, provided that during the enumeration I can identify
> the original msi (which is created by our customers, as I'm just shipping a
> merge module.)
>
> I'd imagined using the handle of the currently-running msi (the newer
> version that's going to run RemoveExistingProducts) to get the identity of
> the original msi, but maybe that's not possible?
>
>
> -----Original Message-----
> From: Karl Denning [mailto:karldenn...@yahoo.co.uk]
> Sent: Tuesday, April 07, 2009 9:16 AM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] how to change an installed package?
>
>
> Perhaps this would do the trick
>
> 1. Immediate run once CA* sequenced in both the UI and execute sequences
> before appsearch.
> (Perhaps condition the execute sequence CA to only run if UILevel < 4)
> 2. The CA should enumerate every msi in <WINDOWS>\installer.
> 3. Determine which one is your previous version (msiOpenDatabase + sql
> query).
> 4. Change the execute sequence CA condition.
> 5. Save the MSI.
> 6. End CA.
>
> *The CA does not need to be C++, you could do the above using script and
> the WindowsInstaller interface.
>
>
>
> This is not strictly a WiX question, but I'd *really* appreciate any
> suggestions!
>
> I shipped a merge module which customers build into their MSIs. The merge
> mod installs a device driver. The problem is that I did not properly allow
> for an upgrade. During an upgrade, the driver must NOT be uninstalled - the
> custom action that removes the driver should have included NOT
> UPGRADINGPRODUCTCODE, but I forgot it.
>
> The newer version of the merge module will need to edit the installed MSI,
> and put the condition NOT UPGRADINGPRODUCTCODE on the custom action which
> installs the driver.
>
> How do I do this? A brief outline to get me started will be very helpful
> and much appreciated. I'm assuming it will need a C++ DLL custom action, but
> otherwise don't really know much. Unfortunately it isn't possible to produce
> a separate script (which I know how to do, using SQL to edit tables etc.) --
> this has to be done from the merge module, adding the extra complication
> that it can't hard code the UpgradeCode or ProductCode of the
> already-installed package.
>
> Many thanks!
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> High Quality Requirements in a Collaborative Environment.
> Download a free trial of Rational Requirements Composer Now!
> http://p.sf.net/sfu/www-ibm-com
> _______________________________________________
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> --
> View this message in context:
> http://n2.nabble.com/how-to-change-an-installed-package--tp2596131p2599847.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> High Quality Requirements in a Collaborative Environment.
> Download a free trial of Rational Requirements Composer Now!
> http://p.sf.net/sfu/www-ibm-com
> _______________________________________________
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> ------------------------------
>
> Message: 6
> Date: Tue, 7 Apr 2009 10:55:48 -0700 (PDT)
> From: mcheshier <mchesh...@usa.net>
> Subject: Re: [WiX-users] Check for IIS application pools
> To: wix-users@lists.sourceforge.net
> Message-ID: <1239126948882-2600456.p...@n2.nabble.com>
> Content-Type: text/plain; charset=us-ascii
>
>
> We had to write a bunch of ADSI custom action code using C# and the DTF.
> It's not fun but it can be done.
>
> Hello,
>
> can i check for an installed IIS and list the available application pools?
> The avaliable application pools should be listed in a listbox control.
>
> Thanks
>
> Thomas Bahn
>
> ------------------------------------------------------------------------------
> _______________________________________________
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> --
> View this message in context:
> http://n2.nabble.com/Check-for-IIS-application-pools-tp2579446p2600456.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
>
>
> ------------------------------
>
> Message: 7
> Date: Tue, 7 Apr 2009 12:01:22 -0700 (PDT)
> From: Karl Denning <karldenn...@yahoo.co.uk>
> Subject: Re: [WiX-users] how to change an installed package?
> To: wix-users@lists.sourceforge.net
> Message-ID: <1239130882002-2600813.p...@n2.nabble.com>
> Content-Type: text/plain; charset=us-ascii
>
>
> You can identify the msi by searching each MSI for your CA in the execute
> sequence using msi sql.
> The sequenced CA should have a signature that you can easily detect (the
> name of your CA, the target, the wrong condition being parts of the
> signature).
>
> On second thoughts, this technique is unlikely to work at all on Vista
> upwards because the CA that changes the v1 MSI will not be elevated.  8$
>
>
>
>
> Thanks that will do it, provided that during the enumeration I can identify
> the original msi (which is created by our customers, as I'm just shipping a
> merge module.)
>
> I'd imagined using the handle of the currently-running msi (the newer
> version that's going to run RemoveExistingProducts) to get the identity of
> the original msi, but maybe that's not possible?
>
>
>
>
> --
> View this message in context:
> http://n2.nabble.com/how-to-change-an-installed-package--tp2596131p2600813.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
>
>
> ------------------------------
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> High Quality Requirements in a Collaborative Environment.
> Download a free trial of Rational Requirements Composer Now!
> http://p.sf.net/sfu/www-ibm-com
>
> ------------------------------
>
> _______________________________________________
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> End of WiX-users Digest, Vol 35, Issue 30
> *****************************************
>
>
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> High Quality Requirements in a Collaborative Environment.
> Download a free trial of Rational Requirements Composer Now!
> http://p.sf.net/sfu/www-ibm-com
> _______________________________________________
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
------------------------------------------------------------------------------
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Reply via email to