Re: [WiX-users] Bundle elevation error in WinXP

2014-02-12 Thread Rob Mensching
0x800705b4 means the parent process timed out waiting for the elevated child 
process to respond. Something is going wrong internal to Burn. We aren't 
getting other reports of this issue, so you may have a unique repo. Might start 
by debugging the elevation code in src\burn\engine\core.cpp CoreElevate() and 
see what goes on with the creation of the child process.

___
 FireGiant  |  Dedicated support for the WiX toolset  |  
http://www.firegiant.com/

-Original Message-
From: Евгений Волошин [mailto:voloshin.evge...@yandex.ru] 
Sent: Wednesday, February 12, 2014 9:22 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Bundle elevation error in WinXP

Thanks for your reply. I've checked my installed programs and removed all 
related components. But error is still the same. New log with no found related 
packages:
If I use internal msi that doesn't reqire PerMachine permissions, my 
installation works as expected. This error occurs only when installing 
PerMachine mis's inside a bundle.

[0A40:1094][2014-02-13T09:14:06]: Burn v3.6.3303.0, Windows v5.1 (Build 2600: 
Service Pack 3), path: D:\Documents and Settings\Administrator\My 
Documents\SharpDevelop Projects\bundletest\bundletest\bin\Debug\bundletest.exe, 
cmdline: ''
[0A40:1094][2014-02-13T09:14:06]: Setting string variable 'WixBundleLog' to 
value 'D:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\Setup_20140213091406.log'
[0A40:1094][2014-02-13T09:14:06]: Setting string variable 
'WixBundleOriginalSource' to value 'D:\Documents and Settings\Administrator\My 
Documents\SharpDevelop Projects\bundletest\bundletest\bin\Debug\bundletest.exe'
[0A40:1094][2014-02-13T09:14:06]: Setting string variable 'WixBundleName' to 
value ''
[0A40:1094][2014-02-13T09:14:06]: Detect 1 packages
[0A40:1094][2014-02-13T09:14:06]: Detected package: testmsi, state: Absent, 
cached: None
[0A40:1094][2014-02-13T09:14:06]: Detect complete, result: 0x0
[0A40:1094][2014-02-13T09:14:08]: Plan 1 packages, action: Install
[0A40:1094][2014-02-13T09:14:08]: Setting string variable 
'WixBundleRollbackLog_testmsi' to value 
'D:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\Setup_20140213091406_0_testmsi_rollback.log'
[0A40:1094][2014-02-13T09:14:08]: Setting string variable 
'WixBundleLog_testmsi' to value 
'D:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\Setup_20140213091406_0_testmsi.log'
[0A40:1094][2014-02-13T09:14:08]: Planned package: testmsi, state: Absent, 
default requested: Present, ba requested: Present, execute: Install, rollback: 
Uninstall, cache: Yes, uncache: No, dependency: Register
[0A40:1094][2014-02-13T09:14:08]: Plan complete, result: 0x0
[0A40:1094][2014-02-13T09:14:08]: Apply begin
[0A40:1094][2014-02-13T09:17:09]: Error 0x800705b4: Failed to wait for child to 
connect to pipe.
[0A40:1094][2014-02-13T09:17:09]: Error 0x800705b4: Failed to connect to 
elevated child process.
[0A40:1094][2014-02-13T09:17:09]: Error 0x800705b4: Failed to actually elevate.
[0A40:1094][2014-02-13T09:17:09]: Error 0x800705b4: Failed to elevate.
[0A40:1094][2014-02-13T09:17:09]: Apply complete, result: 0x800705b4, restart: 
None, ba requested restart:  No


12.02.2014, 19:55, "Wesley Manning" :
> You can't do a per-user to per-machine upgrade at all.  MSI doesn't allow it 
> from what I heard.
>
> -Original Message-
> From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
> Sent: February-12-14 10:05 AM
> To: General discussion about the WiX toolset.
> Subject: Re: [WiX-users] Bundle elevation error in WinXP
>
> This line:
> [14DC:15A8][2014-02-12T11:51:39]i103: Detected related package: 
> {2DDC7E93-29AB-4260-A9DB-697F7FA88157}, scope: PerUser, version: 
> 6.4.4.0, language: 0 operation: MajorUpgrade
>
> Makes me think something funky is going on. You are trying to upgrade a per 
> user MSI to a per machine MSI?  I can't remember all the details, but I do 
> know that per user installs have their own problems and trying to switch 
> between them in an upgrade can cause headaches.
>
> -Original Message-
> From: Евгений Волошин [mailto:voloshin.evge...@yandex.ru]
> Sent: Wednesday, February 12, 2014 5:30 AM
> To: General discussion about the WiX toolset.
> Subject: [WiX-users] Bundle elevation error in WinXP
>
> Hello!
> I've got some strage behavior of Burn (WiX v 3.7/3.8) in windows xp.
> When I try to include msi installer in standart bundle setup pauses saying 
> "Initializing..." and after several minutes shows error message 0x800705b4. 
> When I open up logs I see that Burn failed to start installing msi that is 
> intented to be installed in "PerMachine" mode:
>
> [14DC:15A8][2014-02-12T11:51:39]i001: Burn v3.8.1128.0, Windows v5.1 (Build 
> 2600: Service Pack 3), path: D:\Documents and Settings\Administrator\My 
> Documents\SharpDevelop 
> Projects\bundletest\bundletest\bin\Debug\bundletest.exe, cmdline: ''
> [14DC:15A8][2014-02-12T11:51:39]i000: Setting string variable 'WixBundleLog' 
> to value 'D:\DOCUME~1\ADMINI

Re: [WiX-users] Bundle elevation error in WinXP

2014-02-12 Thread Евгений Волошин
Thanks for your reply. I've checked my installed programs and removed all 
related components. But error is still the same. New log with no found related 
packages:
If I use internal msi that doesn't reqire PerMachine permissions, my 
installation works as expected. This error occurs only when installing 
PerMachine mis's inside a bundle.

[0A40:1094][2014-02-13T09:14:06]: Burn v3.6.3303.0, Windows v5.1 (Build 2600: 
Service Pack 3), path: D:\Documents and Settings\Administrator\My 
Documents\SharpDevelop Projects\bundletest\bundletest\bin\Debug\bundletest.exe, 
cmdline: ''
[0A40:1094][2014-02-13T09:14:06]: Setting string variable 'WixBundleLog' to 
value 'D:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\Setup_20140213091406.log'
[0A40:1094][2014-02-13T09:14:06]: Setting string variable 
'WixBundleOriginalSource' to value 'D:\Documents and Settings\Administrator\My 
Documents\SharpDevelop Projects\bundletest\bundletest\bin\Debug\bundletest.exe'
[0A40:1094][2014-02-13T09:14:06]: Setting string variable 'WixBundleName' to 
value ''
[0A40:1094][2014-02-13T09:14:06]: Detect 1 packages
[0A40:1094][2014-02-13T09:14:06]: Detected package: testmsi, state: Absent, 
cached: None
[0A40:1094][2014-02-13T09:14:06]: Detect complete, result: 0x0
[0A40:1094][2014-02-13T09:14:08]: Plan 1 packages, action: Install
[0A40:1094][2014-02-13T09:14:08]: Setting string variable 
'WixBundleRollbackLog_testmsi' to value 
'D:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\Setup_20140213091406_0_testmsi_rollback.log'
[0A40:1094][2014-02-13T09:14:08]: Setting string variable 
'WixBundleLog_testmsi' to value 
'D:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\Setup_20140213091406_0_testmsi.log'
[0A40:1094][2014-02-13T09:14:08]: Planned package: testmsi, state: Absent, 
default requested: Present, ba requested: Present, execute: Install, rollback: 
Uninstall, cache: Yes, uncache: No, dependency: Register
[0A40:1094][2014-02-13T09:14:08]: Plan complete, result: 0x0
[0A40:1094][2014-02-13T09:14:08]: Apply begin
[0A40:1094][2014-02-13T09:17:09]: Error 0x800705b4: Failed to wait for child to 
connect to pipe.
[0A40:1094][2014-02-13T09:17:09]: Error 0x800705b4: Failed to connect to 
elevated child process.
[0A40:1094][2014-02-13T09:17:09]: Error 0x800705b4: Failed to actually elevate.
[0A40:1094][2014-02-13T09:17:09]: Error 0x800705b4: Failed to elevate.
[0A40:1094][2014-02-13T09:17:09]: Apply complete, result: 0x800705b4, restart: 
None, ba requested restart:  No


12.02.2014, 19:55, "Wesley Manning" :
> You can't do a per-user to per-machine upgrade at all.  MSI doesn't allow it 
> from what I heard.
>
> -Original Message-
> From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
> Sent: February-12-14 10:05 AM
> To: General discussion about the WiX toolset.
> Subject: Re: [WiX-users] Bundle elevation error in WinXP
>
> This line:
> [14DC:15A8][2014-02-12T11:51:39]i103: Detected related package: 
> {2DDC7E93-29AB-4260-A9DB-697F7FA88157}, scope: PerUser, version: 6.4.4.0, 
> language: 0 operation: MajorUpgrade
>
> Makes me think something funky is going on. You are trying to upgrade a per 
> user MSI to a per machine MSI?  I can't remember all the details, but I do 
> know that per user installs have their own problems and trying to switch 
> between them in an upgrade can cause headaches.
>
> -Original Message-
> From: Евгений Волошин [mailto:voloshin.evge...@yandex.ru]
> Sent: Wednesday, February 12, 2014 5:30 AM
> To: General discussion about the WiX toolset.
> Subject: [WiX-users] Bundle elevation error in WinXP
>
> Hello!
> I've got some strage behavior of Burn (WiX v 3.7/3.8) in windows xp.
> When I try to include msi installer in standart bundle setup pauses saying 
> "Initializing..." and after several minutes shows error message 0x800705b4. 
> When I open up logs I see that Burn failed to start installing msi that is 
> intented to be installed in "PerMachine" mode:
>
> [14DC:15A8][2014-02-12T11:51:39]i001: Burn v3.8.1128.0, Windows v5.1 (Build 
> 2600: Service Pack 3), path: D:\Documents and Settings\Administrator\My 
> Documents\SharpDevelop 
> Projects\bundletest\bundletest\bin\Debug\bundletest.exe, cmdline: ''
> [14DC:15A8][2014-02-12T11:51:39]i000: Setting string variable 'WixBundleLog' 
> to value 'D:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\Setup_20140212115139.log'
> [14DC:15A8][2014-02-12T11:51:39]i000: Setting string variable 
> 'WixBundleOriginalSource' to value 'D:\Documents and 
> Settings\Administrator\My Documents\SharpDevelop 
> Projects\bundletest\bundletest\bin\Debug\bundletest.exe'
> [14DC:15A8][2014-02-12T11:51:39]i000: Setting string variable 'WixBundleName' 
> to value ''
> [14DC:15A8][2014-02-12T11:51:39]i100: Detect begin, 1 packages
> [14DC:15A8][2014-02-12T11:51:39]i103: Detected related package: 
> {2DDC7E93-29AB-4260-A9DB-697F7FA88157}, scope: PerUser, version: 6.4.4.0, 
> language: 0 operation: MajorUpgrade
> [14DC:15A8][2014-02-12T11:51:39]i101: Detected package: testmsi, state: 
> Absent, cached: None
> [14DC:15A8][2014-02-12T11:51:39]i19

Re: [WiX-users] Launch third party application installation at front

2014-02-12 Thread karthikrangaraj
Is there any example? Is it possible create an interface and display the
installation inside the interface? Thank you.



-
Wix 3.8 users
--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Launch-third-party-application-installation-at-front-tp7592625p7592645.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Launch third party application installation at front

2014-02-12 Thread Wesley Manning
WixstBa doesn't have an option (the standard bootstrapper application (BA) you 
get by default).  You might be able to write your own BA to do it but it's a 
significant amount of work.

-Original Message-
From: karthikrangaraj [mailto:kranga...@dnpphoto.eu] 
Sent: February-12-14 11:24 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Launch third party application installation at front

I would like to launch a third party exe installer first so i referred this 
link 
http://stackoverflow.com/questions/19839600/wix-install-prerequisites-and-3rd-party-applications
and I can launch the installer but it puts the `installer window behind the Wix 
installer dialog`. I have to bring the installer window `on top of the Wix 
installer dialog or to the front`. 
How can i do this with WIX 3.8?

I referred the below link but I couldn't find any solution.
http://stackoverflow.com/questions/21275749/needs-to-bring-sql-server-2008-r2-installation-window-in-front-of-wix-bootstrapp
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Application-launched-from-setup-is-displayed-in-background-td5960313.html


 

My Bundle.WXS




-
Wix 3.8 users
--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Launch-third-party-application-installation-at-front-tp7592625.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Launch third party application installation at front

2014-02-12 Thread Steven Ogilvie
Aha,

Then I think you are out of luck :(

-Original Message-
From: karthikrangaraj [mailto:kranga...@dnpphoto.eu] 
Sent: February-12-14 4:25 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Launch third party application installation at front

Hi Steve, the user have follow the instructions to install license keyto do 
this yet have to follow some instructions.
That's the problem if not we could run silent install.

Thank you.



-
Wix 3.8 users
--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Launch-third-party-application-installation-at-front-tp7592625p7592642.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Launch third party application installation at front

2014-02-12 Thread karthikrangaraj
Hi Steve, the user have follow the instructions to install license keyto
do this yet have to follow some instructions.
That's the problem if not we could run silent install.

Thank you.



-
Wix 3.8 users
--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Launch-third-party-application-installation-at-front-tp7592625p7592642.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Launch third party application installation at front

2014-02-12 Thread Steven Ogilvie
Can you not run the install silently? Try running the EXE with myexe.exe /? To 
see if it has any help associated with it

If it is just really clicking next, next blah blah then silent is the way to 
go...

-Original Message-
From: karthikrangaraj [mailto:kranga...@dnpphoto.eu] 
Sent: February-12-14 3:55 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Launch third party application installation at front

Hi Steve, the user supposed to do some clicks to install that application.
That is the I need to bring that application to upfront. Thank you.



-
Wix 3.8 users
--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Launch-third-party-application-installation-at-front-tp7592625p7592639.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] WiX-users Digest, Vol 93, Issue 42

2014-02-12 Thread Steven Dyson
re :1  Bevan Weiss
Windows Service. I resolved the issue. This was my first wix install... I
was missing a  "File Id" Thank you for replying.


On Wed, Feb 12, 2014 at 3:46 PM, wrote:

> 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: Windows Service windows 7 (Bevan Weiss)
>2. Re: CompilerExtension text string reported as invalid
>   identifier (Phill Hogland)
>3. Re: how to auto-update like ClickOnce in WIX (Hoover, Jacob)
>4. Re: Launch third party application installation at front
>   (karthikrangaraj)
>5. Re: Launch third party application installation at front
>   (Steven Ogilvie)
>
>
> --
>
> Message: 1
> Date: Thu, 13 Feb 2014 06:10:44 +1100
> From: Bevan Weiss 
> Subject: Re: [WiX-users] Windows Service windows 7
> To: 
> Message-ID: 
> Content-Type: text/plain; charset="us-ascii"
>
> There's quite a few things missing from this...
> Where is your ServiceInstall element?
> Where is your File element?
> Why are you setting LocalSystem permissions on a RegistryKey? (LocalSystem
> already has Administrator type registry access)
>
> WiX won't be trying to write into the EventLog that you have 'created'.
>  The
> Service will still be responsible for that.
> I suspect that you haven't configured the user properly in your WiX
> ServiceInstall, and that is why it isn't starting, because it's not running
> as
> someone that is allowed to write into the EventLog, throwing an exception
> because of this, and probably in your catch{} block you log the error
> to the EventLog (which throws an exception aborting the service).
>
> Please provide the full information.
>
> I have created a Windows Service, it is installed by WiX, along with its
> own
> EventLog source, and it happily writes to this EventLog without fail.
> It runs as LocalSystem (just because I'm lazy, and don't want to create
> individual folder permissions for a custom user)...
>
>
> Regards,
> Bevan Weiss
>
>
> 
> =
> >
> >Date: Wed, 12 Feb 2014 11:35:35 -0500
> >From: Steven Dyson 
> >Subject: [WiX-users] Windows Service windows 7
> >
> >I created a dummy windows service for my first wix project.
> >Ive added
> >  >Guid="A4FA2F01-DC4A-4CA7-995F-56947018EFCE" KeyPath="yes">
> > >Key="SYSTEM\CurrentControlSet\Services\Eventlog\Application"
> >Action="create">
> >
> >   >User="LocalSystem"/>
> >
> >
> >and
> >
> >>InstallScope="perMachine" InstallPrivileges="elevated"
> >
> >The service writes an entry to the eventlog.
> >
> >If i install the service with a .bat file it works fine. If i use the wix
> installer it installs but does not start. If i remove the event log write,
> it will start.
> >
> >What else can i do?
> >
> >
> >--
> >
> >Steven Dyson
>
>
>
> --
>
> Message: 2
> Date: Wed, 12 Feb 2014 11:23:02 -0800 (PST)
> From: Phill Hogland 
> Subject: Re: [WiX-users] CompilerExtension text string reported as
> invalid identifier
> To: wix-users@lists.sourceforge.net
> Message-ID: <1392232982663-7592635.p...@n2.nabble.com>
> Content-Type: text/plain; charset=us-ascii
>
> Yes Jacob you are correct.  Thanks to both of you for poking me toward the
> correct direction.   I really appreciate the good examples in the source
> code that you folks have put together and I am trying to get up to speed so
> that I can contribute back.  Thanks.
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/CompilerExtension-text-string-reported-as-invalid-identifier-tp7592603p7592635.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
>
> --
>
> Message: 3
> Date: Wed, 12 Feb 2014 19:40:27 +
> From: "Hoover, Jacob" 
> Subject: Re: [WiX-users] how to auto-update like ClickOnce in WIX
> To: General discussion about the WiX toolset.
> 
> Message-ID:
> <61d0a1ed0452f744bd7fe991abc2196fbde8b...@exbox2.greenops.com>
> Content-Type: text/plain; charset="us-ascii"
>
> Assuming you have git and aren't afraid to get a bit dirty, my fork is
> located here: https://git01.codeplex.com/forks/jchoover/wix  and the
> branch is WIXFEAT4190.
>
> -Original Message-
> From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
> Sent: Wednesday, February 12, 2014 7:59 AM
> To: Gene

Re: [WiX-users] Launch third party application installation at front

2014-02-12 Thread karthikrangaraj
Hi Steve, the user supposed to do some clicks to install that application.
That is the I need to bring that application to upfront. Thank you.



-
Wix 3.8 users
--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Launch-third-party-application-installation-at-front-tp7592625p7592639.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Launch third party application installation at front

2014-02-12 Thread Steven Ogilvie
Why not run the 3rd party app silently within burn? Does there have to be user 
interaction with it?

-Original Message-
From: karthikrangaraj [mailto:kranga...@dnpphoto.eu] 
Sent: February-12-14 3:01 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Launch third party application installation at front

Hi Guys please help megive me some idea or is there any other way of doing 
it.
I really appreciate your help & effort.

Thank you.



-
Wix 3.8 users
--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Launch-third-party-application-installation-at-front-tp7592625p7592637.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Launch third party application installation at front

2014-02-12 Thread karthikrangaraj
Hi Guys please help megive me some idea or is there any other way of
doing it.
I really appreciate your help & effort.

Thank you.



-
Wix 3.8 users
--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Launch-third-party-application-installation-at-front-tp7592625p7592637.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] how to auto-update like ClickOnce in WIX

2014-02-12 Thread Hoover, Jacob
Assuming you have git and aren't afraid to get a bit dirty, my fork is located 
here: https://git01.codeplex.com/forks/jchoover/wix  and the branch is 
WIXFEAT4190.

-Original Message-
From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] 
Sent: Wednesday, February 12, 2014 7:59 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] how to auto-update like ClickOnce in WIX

I have a pull request for the core changes to 3.9. I am in the process of 
making my RTM build, after which I can get you yet another branch to look at 
which would include all my changes.

Note, the WixUtil DLL isn't something "we" wanted to distribute with Wix.  It's 
a simple light wrapper around the new methods I introduced in butil.cpp in 
dutil.lib.

-Original Message-
From: Yu, Brian [mailto:b...@easyscreen.com]
Sent: Wednesday, February 12, 2014 3:25 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] how to auto-update like ClickOnce in WIX

Thanks Jacob,

Is this something I can spike and see how it works? Could you send me the 
necessary files and instructions?
It's a feature the business wants so I am trying my best to get a demo together.

Brian

-Original Message-
From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
Sent: 11 February 2014 17:57
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] how to auto-update like ClickOnce in WIX

My approach was to make the burn bundle responsible for the updates just like 
it was responsible for the initial install. With that, I have submitted some 
core changes to WiX which are currently in limbo of being accepted as the 
Detect call now requires a HWND to be passed.  If and when the self-updating 
bundle changes get accepted, it will be as simple as:

1) Bundle created with WiX must utilize the /Bundle/Update/@Location to specify 
a URL to an atom feed for the application.  
2) Atom feed must publish when new updates are available
3) Application is responsible for invoking the bundle and requesting an update 
check.  Alternatively, a user can go to ARP and select modify.  The modify page 
will have a check for updates button.
4) Regardless of if the Application or ARP invoked the check, if the atom feed 
indicates a newer version is available it will prompt the user to update.  If 
the user updates, it will use the existing logic to download the updated bundle 
from the location specified in the atom feed. From there, it's nothing 
different than if a user had manually downloaded an updated bundle.

As for the application side, I created a simple WixUtil.dll that you could 
include with your application to probe for bundle information based on a bundle 
upgrade code. With that, you can then read bundle properties like the 
ModifyPath which will have the path to the bundle on the local machine.

-Original Message-
From: Rob Mensching [mailto:r...@firegiant.com]
Sent: Tuesday, February 11, 2014 11:51 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] how to auto-update like ClickOnce in WIX

It's not hard but there is nothing built into WiX toolset today to do it. There 
is a feature under development to do self-update for bundles that could help a 
lot building an auto-update system.

You just have to connect a few more dots today.

___
 FireGiant  |  Dedicated support for the WiX toolset  |  
http://www.firegiant.com/

-Original Message-
From: Yu, Brian [mailto:b...@easyscreen.com]
Sent: Tuesday, February 11, 2014 9:39 AM
To: General discussion about the WiX toolset.; phildgwil...@gmail.com
Subject: Re: [WiX-users] how to auto-update like ClickOnce in WIX

Thanks for your reply. I tried looking at http://powerprogrammer.co.uk. but the 
website doesn't seem to be current.
I tried posting comments/download trials but it's unresponsive.
I like the concept of simply referencing a dll in the application to handle 
auto update.

I have done some research and the tools I find that support auto-update are: 
Advanced Installer, InstallerMate, ninite, InstallBuilder, QSetup But they are 
all Installshield like products which defeats the point of using WIX.

I know I asked this before but I'll ask again. Is there an easy way to 
implement auto-update feature in a WIX Installer?
Your help is appreciated

-Original Message-
From: Christopher Painter [mailto:chr...@iswix.com]
Sent: 04 February 2014 12:05
To: General discussion about the WiX toolset.; phildgwil...@gmail.com
Subject: Re: [WiX-users] how to auto-update like ClickOnce in WIX

In some situations, there's a simple approach.  Back in 2006 I worked at a 
company where we deployed an n-Tier system to client sites.  This means we had 
a server available.  On that server we had a \software share.  The clients all 
installed from that location.   The clients were a very simple  .exe/.dll xcopy 
deployment so I went with a  minor upgrade story.  I

Re: [WiX-users] CompilerExtension text string reported as invalid identifier

2014-02-12 Thread Phill Hogland
Yes Jacob you are correct.  Thanks to both of you for poking me toward the
correct direction.   I really appreciate the good examples in the source
code that you folks have put together and I am trying to get up to speed so
that I can contribute back.  Thanks.



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/CompilerExtension-text-string-reported-as-invalid-identifier-tp7592603p7592635.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Windows Service windows 7

2014-02-12 Thread Bevan Weiss
There's quite a few things missing from this...
Where is your ServiceInstall element?
Where is your File element?
Why are you setting LocalSystem permissions on a RegistryKey? (LocalSystem
already has Administrator type registry access)

WiX won't be trying to write into the EventLog that you have 'created'.  The
Service will still be responsible for that.
I suspect that you haven't configured the user properly in your WiX
ServiceInstall, and that is why it isn't starting, because it's not running
as
someone that is allowed to write into the EventLog, throwing an exception
because of this, and probably in your catch{} block you log the error
to the EventLog (which throws an exception aborting the service).

Please provide the full information.

I have created a Windows Service, it is installed by WiX, along with its own
EventLog source, and it happily writes to this EventLog without fail.
It runs as LocalSystem (just because I'm lazy, and don't want to create
individual folder permissions for a custom user)...


Regards,
Bevan Weiss


=
>
>Date: Wed, 12 Feb 2014 11:35:35 -0500
>From: Steven Dyson 
>Subject: [WiX-users] Windows Service windows 7
>
>I created a dummy windows service for my first wix project.
>Ive added
> Guid="A4FA2F01-DC4A-4CA7-995F-56947018EFCE" KeyPath="yes">
>Key="SYSTEM\CurrentControlSet\Services\Eventlog\Application"
>Action="create">
>
>  User="LocalSystem"/>
>
>
>and
>
>   InstallScope="perMachine" InstallPrivileges="elevated"
>
>The service writes an entry to the eventlog.
>
>If i install the service with a .bat file it works fine. If i use the wix
installer it installs but does not start. If i remove the event log write,
it will start.
>
>What else can i do?
>
>
>-- 
>
>Steven Dyson

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] CompilerExtension text string reported as invalid identifier

2014-02-12 Thread Hoover, Jacob
Just a guess. But use GetAttributeValue not GetAttributeIdentifierValue when 
reading the Name attribute.

-Original Message-
From: Phill Hogland [mailto:phogl...@rimage.com] 
Sent: Wednesday, February 12, 2014 11:03 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] CompilerExtension text string reported as invalid 
identifier

The Compiler Extension code is basically from Wix-Contrib with modifications 
that I added by studying the wix tools.  (I added an attempt to get the 
InnerText of an element and use it as a condition.  That change is not working 
yet.  But in these examples I do not have any InnerText and
'condition' defaults to 'True'.)The particular string which causes a
failure I just came across as I was testing different options.  At the moment I 
only need to enable a single WinFeature, which works.  But there is another 
project where I will need to enable (and rollback) multiple WinFeatures.  So I 
was testing those scenarios.

private void ParseWinFeatureElement(XmlNode node, string componentId, 
string id, string featureName, string condition)
{
SourceLineNumberCollection sourceLineNumbers = 
Preprocessor.GetSourceLineNumbers(node);
foreach (XmlAttribute attrib in node.Attributes)
{
if (0 == attrib.NamespaceURI.Length || attrib.NamespaceURI == 
this.schema.TargetNamespace)
{
switch (attrib.LocalName)
{
case "Id":
id =
this.Core.GetAttributeIdentifierValue(sourceLineNumbers, attrib);
break;
case "Name":
featureName = 
this.Core.GetAttributeIdentifierValue(sourceLineNumbers, attrib);
break;
default:
this.Core.UnexpectedAttribute(sourceLineNumbers,
attrib);
break;
}
}
else
{
   
this.Core.UnsupportedExtensionAttribute(sourceLineNumbers, attrib);
}
}

Then I test for empty strings and then:

if (!this.Core.EncounteredError)
{
this.Core.EnsureTable(sourceLineNumbers,
"RdpEnableWinFeatures");
Row row = this.Core.CreateRow(sourceLineNumbers,
"RdpEnableWinFeatures");
row[0] = id;
row[1] = featureName;
row[2] = condition;
row[3] = componentId;
}

The xsd is:
  

  

  

  

  

  
  

  

  



  

.

I used xsd.exe to generate the xsd after creating a xml file with the element 
layout that I anticipated using.  I have a lot to learn about this stuff, but 
it is starting to make some sense.  Thanks for any advice.
Phill




--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/CompilerExtension-text-string-reported-as-invalid-identifier-tp7592603p7592629.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Problems installing and starting a Windows service

2014-02-12 Thread Phil Wilson
It doesn't need to be the GAC - a dependency on something like the C++
runtime into SxS will cause the same problem.
---
Phil Wilson


On Wed, Feb 12, 2014 at 1:46 AM, John Walter  wrote:
> Thanks for the replies
>
> Phil,
>
> The log has this in about the WIX_ACCOUNT_LOCALSYSTEM
>
> MSI (c) (04!CC) [15:36:07:048]: PROPERTY CHANGE: Adding
> WIX_ACCOUNT_LOCALSYSTEM property. Its value is 'NT AUTHORITY\SYSTEM'.
>
> But I do not think this is the issue as even if I set the account at
> "LocalSystem" then the same results happen.
>
>
>
> Neil
>
> I do not think my service uses anything from the GAC the service after
> starting writes a line of text to a file every 5 seconds.
>
>
> John
>
>
> On 12 February 2014 08:24, Neil Sleightholm  wrote:
>
>> I find this usually happens if something that your service requires is not
>> present at the point at which the service is started. Does your service
>> reference anything in the GAC, if so the GAC is not updated until after
>> the service start.
>>
>> Neil
>>
>>
>> >I have been having problems creating an installer that will install and
>> >start a Windows Service.
>> >
>> >This is on a Windows 8 64 bit PC VS 2012 WiX 3.8
>> >
>> >I have created a very simple windows service that writes to a text file
>> >when it is running as a test.
>> >
>> >This is almost a direct copy from the WiX 3.6 Developers Guide
>> >
>> >My Product.wxs looks like
>> >
>> >
>> >http://schemas.microsoft.com/wix/2006/wi";
>> > xmlns:util="http://schemas.microsoft.com/wix/UtilExtension"; >
>> >  > >Manufacturer="TFS" UpgradeCode="9063f4e7-dc28-40a3-9b0f-e3457ec52b31">
>> >> >InstallScope="perMachine" />
>> >
>> >
>> >
>> >
>> >  
>> >
>> >
>> >  
>> >
>> >  
>> >
>> >
>> >  > >Guid="{D1ED0ABA-4384-4F10-B7EE-14A8E2BA8C89}">
>> >> >KeyPath="yes" Source="..\WindowsService1\bin\Release\WindowsService1.exe"
>> >/>
>> >> >DisplayName="Test Service" Start="auto" ErrorControl="normal"
>> >Type="ownProcess"
>> >Account="[WIX_ACCOUNT_LOCALSYSTEM]" />
>> >> >Start="install" Stop="both" Remove="uninstall" Wait="yes" />
>> >  
>> >
>> >  
>> >
>> >
>> >When I run the install I get a message saying "Service 'Test Service'
>> >(testscv) failed to start. Verify that you have sufficient privileges to
>> >start system service.". If I retry I get the same message and only option
>> >is then to Cancel and the install cancels.
>> >
>> >If I remove the ServiceControl line the install runs through with no
>> >errors
>> >and I am able to manually start the service from either the task manager
>> >or
>> >the service manager.
>> >
>> >What if anything am I doing wrong or should I just put up with the fact
>> >that I will have my service installed but not running.
>> >
>> >excerpt from the log file showing error
>> >
>> >MSI (s) (30:30) [15:34:11:009]: File: C:\Program Files
>> >(x86)\SetupProject1\WindowsService1.exe;To be installed;Won't
>> >patch;No existing file
>> >MSI (s) (30:30) [15:34:11:009]: Source for file 'WindowsService1.exe' is
>> >compressed
>> >MSI (s) (30:30) [15:34:11:024]: Executing op: CacheSizeFlush(,)
>> >MSI (s) (30:30) [15:34:11:024]: Executing op:
>> >ActionStart(Name=InstallServices,Description=Installing new
>> >services,Template=Service: [2])
>> >MSI (s) (30:30) [15:34:11:032]: Executing op:
>> >ProgressTotal(Total=1,Type=1,ByteEquivalent=130)
>> >MSI (s) (30:30) [15:34:11:032]: Executing op:
>> >ServiceInstall(Name=testcsv,DisplayName=Test Service,ImagePath="C:\Program
>> >Files
>> >(x86)\SetupProject1\WindowsService1.exe",ServiceType=16,StartType=2,ErrorC
>> >ontrol=1,,Dependencies=[~],,StartName=NT
>> >AUTHORITY\SYSTEM)
>> >MSI (s) (30:30) [15:34:11:040]: Executing op:
>> >ActionStart(Name=StartServices,Description=Starting
>> >services,Template=Service: [1])
>> >MSI (s) (30:30) [15:34:11:040]: Executing op:
>> >ProgressTotal(Total=1,Type=1,ByteEquivalent=130)
>> >MSI (s) (30:30) [15:34:11:040]: Executing op:
>> >ServiceControl(,Name=testscv,Action=1,Wait=1,)
>> >MSI (s) (30:30) [15:34:26:095]: Note: 1: 2205 2:  3: Error
>> >MSI (s) (30:30) [15:34:26:095]: Note: 1: 2228 2:  3: Error 4: SELECT
>> >`Message` FROM `Error` WHERE `Error` = 1920
>> >MSI (c) (E4:AC) [15:34:26:103]: Font created.  Charset: Req=0, Ret=0,
>> >Font:
>> >Req=MS Shell Dlg, Ret=MS Shell Dlg
>> >
>> >Error 1920. Service 'testscv' (testscv) failed to start.  Verify that you
>> >have sufficient privileges to start system services.
>> >MSI (s) (30:F0) [15:34:28:290]: I/O on thread 4316 could not be cancelled.
>> >Error: 1168
>> >MSI (s) (30:F0) [15:34:28:290]: I/O on thread 3708 could not be cancelled.
>> >Error: 1168
>> >MSI (s) (30:F0) [15:34:28:290]: I/O on thread 2564 could not be cancelled.
>> >Error: 1168
>> >MSI (s) (30:F0) [15:34:28:290]: I/O on thread 772 could not be cancelled.
>> >Error: 1168
>> >MSI (s) (30:F0) [15:34:28:290]: I/O on thread 384 could not be c

Re: [WiX-users] Windows Service windows 7

2014-02-12 Thread Neil Sleightholm
How are you installing it in a batch file, just using SC or are you using the 
installer util classes - if the latter then I think they are doing more than 
just installing. 

Why are you adding that registry key and setting the permissions?

My guess is that you need to register the eventlog message file using 
util:EventSource - 
http://wixtoolset.org/documentation/manual/v3/xsd/util/eventsource.html.

Neil

-Original Message-
From: Steven Dyson [mailto:sdyson1...@gmail.com] 
Sent: 12 February 2014 16:36
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Windows Service windows 7

I created a dummy windows service for my first wix project.
Ive added
 


  


and

   http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] CompilerExtension text string reported as invalid identifier

2014-02-12 Thread Phill Hogland
The Compiler Extension code is basically from Wix-Contrib with modifications
that I added by studying the wix tools.  (I added an attempt to get the
InnerText of an element and use it as a condition.  That change is not
working yet.  But in these examples I do not have any InnerText and
'condition' defaults to 'True'.)The particular string which causes a
failure I just came across as I was testing different options.  At the
moment I only need to enable a single WinFeature, which works.  But there is
another project where I will need to enable (and rollback) multiple
WinFeatures.  So I was testing those scenarios.

private void ParseWinFeatureElement(XmlNode node, string
componentId, string id, string featureName, string condition)
{
SourceLineNumberCollection sourceLineNumbers =
Preprocessor.GetSourceLineNumbers(node);
foreach (XmlAttribute attrib in node.Attributes)
{
if (0 == attrib.NamespaceURI.Length || attrib.NamespaceURI
== this.schema.TargetNamespace)
{
switch (attrib.LocalName)
{
case "Id":
id =
this.Core.GetAttributeIdentifierValue(sourceLineNumbers, attrib);
break;
case "Name":
featureName =
this.Core.GetAttributeIdentifierValue(sourceLineNumbers, attrib);
break;
default:
this.Core.UnexpectedAttribute(sourceLineNumbers,
attrib);
break;
}
}
else
{
   
this.Core.UnsupportedExtensionAttribute(sourceLineNumbers, attrib);
}
}

Then I test for empty strings and then:

if (!this.Core.EncounteredError)
{
this.Core.EnsureTable(sourceLineNumbers,
"RdpEnableWinFeatures");
Row row = this.Core.CreateRow(sourceLineNumbers,
"RdpEnableWinFeatures");
row[0] = id;
row[1] = featureName;
row[2] = condition;
row[3] = componentId;
}

The xsd is:
  

  

  

  

  

  
  

  

  



  

.

I used xsd.exe to generate the xsd after creating a xml file with the
element layout that I anticipated using.  I have a lot to learn about this
stuff, but it is starting to make some sense.  Thanks for any advice.
Phill




--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/CompilerExtension-text-string-reported-as-invalid-identifier-tp7592603p7592629.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Windows Service windows 7

2014-02-12 Thread Steven Dyson
I created a dummy windows service for my first wix project.
Ive added
 


  


and

   http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Read a value from a text file and use it in WIX source file

2014-02-12 Thread Walter Dexter
Sorry I forgot about this. Here's what I'm doing. I'm sure someone more
experienced will have a much better way, but this works for me.

First, in my "build.cmd" file, set "svt" envrironment variable to the
contents of the "svnversion.txt" file:

set /p svt=



On Tue, Feb 11, 2014 at 9:34 AM, Suvrajyoti Panda  wrote:

> Thanks Walter, that would be really helpful if you can give me an example.
>
> Regards,
> Suvra Jyoti
>
> On 11-02-2014 19:53, Walter Dexter wrote:
> > It may not be the most elegant way, but I'm doing the same thing by
> passing
> > the contents of the file (first line anyway) as a command line argument
> to
> > the linker.
> >
> > I use a .cmd file to run the WiX ci mpile and link so its just a bit of
> > batch file processing.
> >
> > If you need an example I can get it for you once I get to work. Let me
> know.
> > On Feb 11, 2014 12:40 AM, "Suvrajyoti Panda" 
> > wrote:
> >
> >> Hi All,
> >>
> >> I have a requirement wherein in i need to read a value from a text file
> >> located at  D:\Project\ESI\Code\trunk\lastVersion.txt. This file
> >> contains a single  line as below:
> >>
> >> 6.0.0 Build 3280
> >>
> >> This 6.0.0 is basically the "version" . Now i want to read this value of
> >> version and use it in the name of the product in the WIX source file as
> >> below:
> >>
> >>  >> Id='5A1581BE-27C3-46A1-8699-4F1D642C97E0'
> >> UpgradeCode='C54B7D5D-0E66-43E8-A770-C9750693F057'
> >>   Language='1033' Codepage='1252' Version='1.0.0'
> >> Manufacturer='$(var.ManufacturerName)'>
> >>
> >> Instead of the "1.0" in the "Name" attribute i want to use the value of
> >> "6.0.0" that is there in the text file mentioned above.
> >>
> >> Please let me know how can i go about solving this issue.
> >>
> >> Regards,
> >> Suvra Jyoti
> >>
> >>
> --
> >> Android apps run on BlackBerry 10
> >> Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
> >> Now with support for Jelly Bean, Bluetooth, Mapview and more.
> >> Get your Android app in front of a whole new audience.  Start now.
> >>
> >>
> http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
> >> ___
> >> WiX-users mailing list
> >> WiX-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/wix-users
> >>
> >
> --
> > Android apps run on BlackBerry 10
> > Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
> > Now with support for Jelly Bean, Bluetooth, Mapview and more.
> > Get your Android app in front of a whole new audience.  Start now.
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
>
>
> --
> Android apps run on BlackBerry 10
> Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
> Now with support for Jelly Bean, Bluetooth, Mapview and more.
> Get your Android app in front of a whole new audience.  Start now.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Bundle elevation error in WinXP

2014-02-12 Thread Wesley Manning
You can't do a per-user to per-machine upgrade at all.  MSI doesn't allow it 
from what I heard.

-Original Message-
From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] 
Sent: February-12-14 10:05 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Bundle elevation error in WinXP

This line:
[14DC:15A8][2014-02-12T11:51:39]i103: Detected related package: 
{2DDC7E93-29AB-4260-A9DB-697F7FA88157}, scope: PerUser, version: 6.4.4.0, 
language: 0 operation: MajorUpgrade

Makes me think something funky is going on. You are trying to upgrade a per 
user MSI to a per machine MSI?  I can't remember all the details, but I do know 
that per user installs have their own problems and trying to switch between 
them in an upgrade can cause headaches.

-Original Message-
From: Евгений Волошин [mailto:voloshin.evge...@yandex.ru] 
Sent: Wednesday, February 12, 2014 5:30 AM
To: General discussion about the WiX toolset.
Subject: [WiX-users] Bundle elevation error in WinXP

Hello!
I've got some strage behavior of Burn (WiX v 3.7/3.8) in windows xp.
When I try to include msi installer in standart bundle setup pauses saying 
"Initializing..." and after several minutes shows error message 0x800705b4. 
When I open up logs I see that Burn failed to start installing msi that is 
intented to be installed in "PerMachine" mode:

[14DC:15A8][2014-02-12T11:51:39]i001: Burn v3.8.1128.0, Windows v5.1 (Build 
2600: Service Pack 3), path: D:\Documents and Settings\Administrator\My 
Documents\SharpDevelop Projects\bundletest\bundletest\bin\Debug\bundletest.exe, 
cmdline: ''
[14DC:15A8][2014-02-12T11:51:39]i000: Setting string variable 'WixBundleLog' to 
value 'D:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\Setup_20140212115139.log'
[14DC:15A8][2014-02-12T11:51:39]i000: Setting string variable 
'WixBundleOriginalSource' to value 'D:\Documents and Settings\Administrator\My 
Documents\SharpDevelop Projects\bundletest\bundletest\bin\Debug\bundletest.exe'
[14DC:15A8][2014-02-12T11:51:39]i000: Setting string variable 'WixBundleName' 
to value ''
[14DC:15A8][2014-02-12T11:51:39]i100: Detect begin, 1 packages
[14DC:15A8][2014-02-12T11:51:39]i103: Detected related package: 
{2DDC7E93-29AB-4260-A9DB-697F7FA88157}, scope: PerUser, version: 6.4.4.0, 
language: 0 operation: MajorUpgrade
[14DC:15A8][2014-02-12T11:51:39]i101: Detected package: testmsi, state: Absent, 
cached: None
[14DC:15A8][2014-02-12T11:51:39]i199: Detect complete, result: 0x0
[14DC:0868][2014-02-12T11:51:41]i000: Setting numeric variable 
'EulaAcceptCheckbox' to value 1
[14DC:0868][2014-02-12T11:51:45]i000: Setting numeric variable 
'EulaAcceptCheckbox' to value 1
[14DC:15A8][2014-02-12T11:51:45]i200: Plan begin, 1 packages, action: Install
[14DC:15A8][2014-02-12T11:51:45]i000: Setting string variable 
'WixBundleRollbackLog_testmsi' to value 
'D:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\Setup_20140212115139_0_testmsi_rollback.log'
[14DC:15A8][2014-02-12T11:51:45]i000: Setting string variable 
'WixBundleLog_testmsi' to value 
'D:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\Setup_20140212115139_0_testmsi.log'
[14DC:15A8][2014-02-12T11:51:45]i201: Planned package: testmsi, state: Absent, 
default requested: Present, ba requested: Present, execute: Install, rollback: 
Uninstall, cache: Yes, uncache: No, dependency: Register
[14DC:15A8][2014-02-12T11:51:45]i299: Plan complete, result: 0x0
[14DC:15A8][2014-02-12T11:51:45]i300: Apply begin
[14DC:15A8][2014-02-12T11:54:46]e000: Error 0x800705b4: Failed to wait for 
child to connect to pipe.
[14DC:15A8][2014-02-12T11:54:46]e000: Error 0x800705b4: Failed to connect to 
elevated child process.
[14DC:15A8][2014-02-12T11:54:46]e000: Error 0x800705b4: Failed to actually 
elevate.
[14DC:15A8][2014-02-12T11:54:46]e000: Error 0x800705b4: Failed to elevate.
[14DC:15A8][2014-02-12T11:54:46]i399: Apply complete, result: 0x800705b4, 
restart: None, ba requested restart:  No

Things I've tried:
1. Use ForcePerMachine key to tell Burn that I need elevation prior to 
installing my msi.
2. Run bundle as common user and as admin user.
3. Run bundle in Win7 (Run as admin) - works as expected.

My bundle code:

http://schemas.microsoft.com/wix/2006/wi" 
xmlns:bal="http://schemas.microsoft.com/wix/BalExtension";>









Please advise how can I avoid this strange behavior?

Best regards,
Evgeniy

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
And

[WiX-users] Launch third party application installation at front

2014-02-12 Thread karthikrangaraj
I would like to launch a third party exe installer first so i referred this
link
http://stackoverflow.com/questions/19839600/wix-install-prerequisites-and-3rd-party-applications
and I can launch the installer but it puts the `installer window behind the
Wix installer dialog`. I have to bring the installer window `on top of the
Wix installer dialog or to the front`. 
How can i do this with WIX 3.8?

I referred the below link but I couldn't find any solution.
http://stackoverflow.com/questions/21275749/needs-to-bring-sql-server-2008-r2-installation-window-in-front-of-wix-bootstrapp
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Application-launched-from-setup-is-displayed-in-background-td5960313.html


 

My Bundle.WXS




-
Wix 3.8 users
--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Launch-third-party-application-installation-at-front-tp7592625.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] CompilerExtension text string reported as invalid identifier

2014-02-12 Thread Bob Arnson
On 11-Feb-14 19:33, Phill Hogland wrote:
> In one test scenario it works as expected, but in another scenario the
> 'text' 'string' which is passed to one of the columns results in the value
> being treated as an 'identifier', which I do not understand.
How are you setting the fields?

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


--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Digitally signed MSI with signed external CAB's

2014-02-12 Thread Bob Arnson
On 11-Feb-14 14:56, Hoover, Jacob wrote:
>To answer my own question, don't use an outdated MSI with a newer CAB file 
> (though I am still not certain why it caused the issue).  I was under the 
> impression that if the CAB was signed there was no additional verification 
> done on the CAB.  If in fact it was using two different certificates then 
> windows installer could at least have been nice enough to point out the 
> different thumb prints.
I don't think MSI checks embedded cabs but does externals.

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


--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] wix38.exe vs wix38-binaries.zip not the same?

2014-02-12 Thread Bob Arnson
On 11-Feb-14 10:22, Tony wrote:
> Bob do you want me to file a bug, or has this been done already?
Please file a new one. There was a bug on ComPlus but not the others.

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


--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Bundle elevation error in WinXP

2014-02-12 Thread Hoover, Jacob
This line:
[14DC:15A8][2014-02-12T11:51:39]i103: Detected related package: 
{2DDC7E93-29AB-4260-A9DB-697F7FA88157}, scope: PerUser, version: 6.4.4.0, 
language: 0 operation: MajorUpgrade

Makes me think something funky is going on. You are trying to upgrade a per 
user MSI to a per machine MSI?  I can't remember all the details, but I do know 
that per user installs have their own problems and trying to switch between 
them in an upgrade can cause headaches.

-Original Message-
From: Евгений Волошин [mailto:voloshin.evge...@yandex.ru] 
Sent: Wednesday, February 12, 2014 5:30 AM
To: General discussion about the WiX toolset.
Subject: [WiX-users] Bundle elevation error in WinXP

Hello!
I've got some strage behavior of Burn (WiX v 3.7/3.8) in windows xp.
When I try to include msi installer in standart bundle setup pauses saying 
"Initializing..." and after several minutes shows error message 0x800705b4. 
When I open up logs I see that Burn failed to start installing msi that is 
intented to be installed in "PerMachine" mode:

[14DC:15A8][2014-02-12T11:51:39]i001: Burn v3.8.1128.0, Windows v5.1 (Build 
2600: Service Pack 3), path: D:\Documents and Settings\Administrator\My 
Documents\SharpDevelop Projects\bundletest\bundletest\bin\Debug\bundletest.exe, 
cmdline: ''
[14DC:15A8][2014-02-12T11:51:39]i000: Setting string variable 'WixBundleLog' to 
value 'D:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\Setup_20140212115139.log'
[14DC:15A8][2014-02-12T11:51:39]i000: Setting string variable 
'WixBundleOriginalSource' to value 'D:\Documents and Settings\Administrator\My 
Documents\SharpDevelop Projects\bundletest\bundletest\bin\Debug\bundletest.exe'
[14DC:15A8][2014-02-12T11:51:39]i000: Setting string variable 'WixBundleName' 
to value ''
[14DC:15A8][2014-02-12T11:51:39]i100: Detect begin, 1 packages
[14DC:15A8][2014-02-12T11:51:39]i103: Detected related package: 
{2DDC7E93-29AB-4260-A9DB-697F7FA88157}, scope: PerUser, version: 6.4.4.0, 
language: 0 operation: MajorUpgrade
[14DC:15A8][2014-02-12T11:51:39]i101: Detected package: testmsi, state: Absent, 
cached: None
[14DC:15A8][2014-02-12T11:51:39]i199: Detect complete, result: 0x0
[14DC:0868][2014-02-12T11:51:41]i000: Setting numeric variable 
'EulaAcceptCheckbox' to value 1
[14DC:0868][2014-02-12T11:51:45]i000: Setting numeric variable 
'EulaAcceptCheckbox' to value 1
[14DC:15A8][2014-02-12T11:51:45]i200: Plan begin, 1 packages, action: Install
[14DC:15A8][2014-02-12T11:51:45]i000: Setting string variable 
'WixBundleRollbackLog_testmsi' to value 
'D:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\Setup_20140212115139_0_testmsi_rollback.log'
[14DC:15A8][2014-02-12T11:51:45]i000: Setting string variable 
'WixBundleLog_testmsi' to value 
'D:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\Setup_20140212115139_0_testmsi.log'
[14DC:15A8][2014-02-12T11:51:45]i201: Planned package: testmsi, state: Absent, 
default requested: Present, ba requested: Present, execute: Install, rollback: 
Uninstall, cache: Yes, uncache: No, dependency: Register
[14DC:15A8][2014-02-12T11:51:45]i299: Plan complete, result: 0x0
[14DC:15A8][2014-02-12T11:51:45]i300: Apply begin
[14DC:15A8][2014-02-12T11:54:46]e000: Error 0x800705b4: Failed to wait for 
child to connect to pipe.
[14DC:15A8][2014-02-12T11:54:46]e000: Error 0x800705b4: Failed to connect to 
elevated child process.
[14DC:15A8][2014-02-12T11:54:46]e000: Error 0x800705b4: Failed to actually 
elevate.
[14DC:15A8][2014-02-12T11:54:46]e000: Error 0x800705b4: Failed to elevate.
[14DC:15A8][2014-02-12T11:54:46]i399: Apply complete, result: 0x800705b4, 
restart: None, ba requested restart:  No

Things I've tried:
1. Use ForcePerMachine key to tell Burn that I need elevation prior to 
installing my msi.
2. Run bundle as common user and as admin user.
3. Run bundle in Win7 (Run as admin) - works as expected.

My bundle code:

http://schemas.microsoft.com/wix/2006/wi" 
xmlns:bal="http://schemas.microsoft.com/wix/BalExtension";>









Please advise how can I avoid this strange behavior?

Best regards,
Evgeniy

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___

Re: [WiX-users] Bundle packages in ARP

2014-02-12 Thread Wesley Manning
>How about stopping the bundle acting like a product, i.e. not appearing in ARP 
>and acting more like the older style of Bootstrapper from the Windows SDK?

Can't do, check Rob's/Bob's blog on wixtoolset.org.  Burn is meant as a unified 
experience.  You question comes up quite a bit here but burn isn't meant as a 
fire and forget bootstraper.

Wes

-Original Message-
From: GrahamAllwood [mailto:graham.allw...@live.co.uk] 
Sent: February-12-14 5:41 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Bundle packages in ARP

There is a mixture of MSI's and exe's.

So for EXE's, there is no way to get them to appear in ARP? Pity!

How about stopping the bundle acting like a product, i.e. not appearing in ARP 
and acting more like the older style of Bootstrapper from the Windows SDK?





--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Bundle-packages-in-ARP-tp7592597p7592606.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] how to auto-update like ClickOnce in WIX

2014-02-12 Thread Hoover, Jacob
I have a pull request for the core changes to 3.9. I am in the process of 
making my RTM build, after which I can get you yet another branch to look at 
which would include all my changes.

Note, the WixUtil DLL isn't something "we" wanted to distribute with Wix.  It's 
a simple light wrapper around the new methods I introduced in butil.cpp in 
dutil.lib.

-Original Message-
From: Yu, Brian [mailto:b...@easyscreen.com] 
Sent: Wednesday, February 12, 2014 3:25 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] how to auto-update like ClickOnce in WIX

Thanks Jacob,

Is this something I can spike and see how it works? Could you send me the 
necessary files and instructions?
It's a feature the business wants so I am trying my best to get a demo together.

Brian

-Original Message-
From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com]
Sent: 11 February 2014 17:57
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] how to auto-update like ClickOnce in WIX

My approach was to make the burn bundle responsible for the updates just like 
it was responsible for the initial install. With that, I have submitted some 
core changes to WiX which are currently in limbo of being accepted as the 
Detect call now requires a HWND to be passed.  If and when the self-updating 
bundle changes get accepted, it will be as simple as:

1) Bundle created with WiX must utilize the /Bundle/Update/@Location to specify 
a URL to an atom feed for the application.  
2) Atom feed must publish when new updates are available
3) Application is responsible for invoking the bundle and requesting an update 
check.  Alternatively, a user can go to ARP and select modify.  The modify page 
will have a check for updates button.
4) Regardless of if the Application or ARP invoked the check, if the atom feed 
indicates a newer version is available it will prompt the user to update.  If 
the user updates, it will use the existing logic to download the updated bundle 
from the location specified in the atom feed. From there, it's nothing 
different than if a user had manually downloaded an updated bundle.

As for the application side, I created a simple WixUtil.dll that you could 
include with your application to probe for bundle information based on a bundle 
upgrade code. With that, you can then read bundle properties like the 
ModifyPath which will have the path to the bundle on the local machine.

-Original Message-
From: Rob Mensching [mailto:r...@firegiant.com]
Sent: Tuesday, February 11, 2014 11:51 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] how to auto-update like ClickOnce in WIX

It's not hard but there is nothing built into WiX toolset today to do it. There 
is a feature under development to do self-update for bundles that could help a 
lot building an auto-update system.

You just have to connect a few more dots today.

___
 FireGiant  |  Dedicated support for the WiX toolset  |  
http://www.firegiant.com/

-Original Message-
From: Yu, Brian [mailto:b...@easyscreen.com]
Sent: Tuesday, February 11, 2014 9:39 AM
To: General discussion about the WiX toolset.; phildgwil...@gmail.com
Subject: Re: [WiX-users] how to auto-update like ClickOnce in WIX

Thanks for your reply. I tried looking at http://powerprogrammer.co.uk. but the 
website doesn't seem to be current.
I tried posting comments/download trials but it's unresponsive.
I like the concept of simply referencing a dll in the application to handle 
auto update.

I have done some research and the tools I find that support auto-update are: 
Advanced Installer, InstallerMate, ninite, InstallBuilder, QSetup But they are 
all Installshield like products which defeats the point of using WIX.

I know I asked this before but I'll ask again. Is there an easy way to 
implement auto-update feature in a WIX Installer?
Your help is appreciated

-Original Message-
From: Christopher Painter [mailto:chr...@iswix.com]
Sent: 04 February 2014 12:05
To: General discussion about the WiX toolset.; phildgwil...@gmail.com
Subject: Re: [WiX-users] how to auto-update like ClickOnce in WIX

In some situations, there's a simple approach.  Back in 2006 I worked at a 
company where we deployed an n-Tier system to client sites.  This means we had 
a server available.  On that server we had a \software share.  The clients all 
installed from that location.   The clients were a very simple  .exe/.dll xcopy 
deployment so I went with a  minor upgrade story.  In that scenario  this 
worked fine:

http://blog.iswix.com/2006/10/implementing-auto-updating-applications.html

In another situation we needed major upgrade capability and the server was a 
public cloud service and the clients were end users all over the world.  The 
dev team I worked with used a library called wuw4 windows update wizard:

http://powerprogrammer.co.uk/ $189 - $989


Basically we creat

Re: [WiX-users] Custom Action Failing on Clean Windows 8.1 machine

2014-02-12 Thread pmarshall
Found the solution to my own problem.

The custom action had a config file for the dll, but it wasn't named
CustomAction.Config.

I added a CustomAction.Config file to the project, set it to a build action
of "Content" and specified that the custom action should run against
framework 4.0



Which solves the problem.

Peter



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-Action-Failing-on-Clean-Windows-8-1-machine-tp7592610p7592615.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Bundle elevation error in WinXP

2014-02-12 Thread Евгений Волошин
Hello!
I've got some strage behavior of Burn (WiX v 3.7/3.8) in windows xp.
When I try to include msi installer in standart bundle setup pauses saying 
"Initializing..." and after several minutes shows error message 0x800705b4. 
When I open up logs I see that Burn failed to start installing msi that is 
intented to be installed in "PerMachine" mode:

[14DC:15A8][2014-02-12T11:51:39]i001: Burn v3.8.1128.0, Windows v5.1 (Build 
2600: Service Pack 3), path: D:\Documents and Settings\Administrator\My 
Documents\SharpDevelop Projects\bundletest\bundletest\bin\Debug\bundletest.exe, 
cmdline: ''
[14DC:15A8][2014-02-12T11:51:39]i000: Setting string variable 'WixBundleLog' to 
value 'D:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\Setup_20140212115139.log'
[14DC:15A8][2014-02-12T11:51:39]i000: Setting string variable 
'WixBundleOriginalSource' to value 'D:\Documents and Settings\Administrator\My 
Documents\SharpDevelop Projects\bundletest\bundletest\bin\Debug\bundletest.exe'
[14DC:15A8][2014-02-12T11:51:39]i000: Setting string variable 'WixBundleName' 
to value ''
[14DC:15A8][2014-02-12T11:51:39]i100: Detect begin, 1 packages
[14DC:15A8][2014-02-12T11:51:39]i103: Detected related package: 
{2DDC7E93-29AB-4260-A9DB-697F7FA88157}, scope: PerUser, version: 6.4.4.0, 
language: 0 operation: MajorUpgrade
[14DC:15A8][2014-02-12T11:51:39]i101: Detected package: testmsi, state: Absent, 
cached: None
[14DC:15A8][2014-02-12T11:51:39]i199: Detect complete, result: 0x0
[14DC:0868][2014-02-12T11:51:41]i000: Setting numeric variable 
'EulaAcceptCheckbox' to value 1
[14DC:0868][2014-02-12T11:51:45]i000: Setting numeric variable 
'EulaAcceptCheckbox' to value 1
[14DC:15A8][2014-02-12T11:51:45]i200: Plan begin, 1 packages, action: Install
[14DC:15A8][2014-02-12T11:51:45]i000: Setting string variable 
'WixBundleRollbackLog_testmsi' to value 
'D:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\Setup_20140212115139_0_testmsi_rollback.log'
[14DC:15A8][2014-02-12T11:51:45]i000: Setting string variable 
'WixBundleLog_testmsi' to value 
'D:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\Setup_20140212115139_0_testmsi.log'
[14DC:15A8][2014-02-12T11:51:45]i201: Planned package: testmsi, state: Absent, 
default requested: Present, ba requested: Present, execute: Install, rollback: 
Uninstall, cache: Yes, uncache: No, dependency: Register
[14DC:15A8][2014-02-12T11:51:45]i299: Plan complete, result: 0x0
[14DC:15A8][2014-02-12T11:51:45]i300: Apply begin
[14DC:15A8][2014-02-12T11:54:46]e000: Error 0x800705b4: Failed to wait for 
child to connect to pipe.
[14DC:15A8][2014-02-12T11:54:46]e000: Error 0x800705b4: Failed to connect to 
elevated child process.
[14DC:15A8][2014-02-12T11:54:46]e000: Error 0x800705b4: Failed to actually 
elevate.
[14DC:15A8][2014-02-12T11:54:46]e000: Error 0x800705b4: Failed to elevate.
[14DC:15A8][2014-02-12T11:54:46]i399: Apply complete, result: 0x800705b4, 
restart: None, ba requested restart:  No

Things I've tried:
1. Use ForcePerMachine key to tell Burn that I need elevation prior to 
installing my msi.
2. Run bundle as common user and as admin user.
3. Run bundle in Win7 (Run as admin) - works as expected.

My bundle code:

http://schemas.microsoft.com/wix/2006/wi" 
xmlns:bal="http://schemas.microsoft.com/wix/BalExtension";>









Please advise how can I avoid this strange behavior?

Best regards,
Evgeniy

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Can we extract the msi file from burn setup?

2014-02-12 Thread Rob Mensching
1. Dark.exe can decompile bundles to get the MSI out.

2. You could but if the Burn bundle has an MSI in it (very likely) then you'd 
end up with an MSI trying to install and MSI while and MSI is installing 
(albeit with Burn in the middle) and the Windows Installer doesn't support 
that. 

___
 FireGiant  |  Dedicated support for the WiX toolset  |  
http://www.firegiant.com/

-Original Message-
From: Vadivel Natarajan [mailto:vadiv...@syncfusion.com] 
Sent: Wednesday, February 12, 2014 2:50 AM
To: General discussion about the WiX toolset.
Subject: [WiX-users] Can we extract the msi file from burn setup?

Hi All,

Kindly please help me to know is it possible to extract the msi file from burn 
exe(exe developed using burn bootstrapper concept)?

Also, i want to know is it possible to pass an burn exe as Merge Module for 
installation package?

Regards,
Vadivel

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Can we extract the msi file from burn setup?

2014-02-12 Thread Vadivel Natarajan
Hi All,

Kindly please help me to know is it possible to extract the msi file from burn 
exe(exe developed using burn bootstrapper concept)?

Also, i want to know is it possible to pass an burn exe as Merge Module for 
installation package?

Regards,
Vadivel

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Custom Action Failing on Clean Windows 8.1 machine

2014-02-12 Thread pmarshall
Interestingly if I add the 3.5 framework to the machine I get a different
error in the log:

Action 10:41:33: GetOfficeVersions. 
Action start 10:41:33: GetOfficeVersions.
SFXCA: Extracting custom action to temporary directory:
C:\Users\DEVELO~1\AppData\Local\Temp\MSI806C.tmp-\
SFXCA: Binding to CLR version v2.0.50727
Calling custom action
OfficeVersions!OfficeVersions.CustomActions.GetOfficeVersions
Error: could not load custom action class OfficeVersions.CustomActions from
assembly: OfficeVersions
System.BadImageFormatException: Could not load file or assembly
'OfficeVersions' or one of its dependencies. This assembly is built by a
runtime newer than the currently loaded runtime and cannot be loaded.
File name: 'OfficeVersions'
   at System.Reflection.Assembly._nLoad(AssemblyName fileName, String
codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark&
stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
   at System.Reflection.Assembly.nLoad(AssemblyName fileName, String
codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark&
stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
   at System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef,
Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean
forIntrospection)
   at System.Reflection.Assembly.InternalLoad(String assemblyString,
Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean
forIntrospection)
   at System.AppDomain.Load(String assemblyString)
   at
Microsoft.Deployment.WindowsInstaller.CustomActionProxy.GetCustomActionMethod(Session
session, String assemblyName, String className, String methodName)

WRN: Assembly binding logging is turned OFF.
To enable assembly bind failure logging, set the registry value  (DWORD) to
1.
Note: There is some performance penalty associated with assembly bind
failure logging.
To turn this feature off, remove the registry value .

CustomAction GetOfficeVersions returned actual error code 1603 (note this
may not be 100% accurate if translation happened inside sandbox)
Action ended 10:41:34: GetOfficeVersions. Return value 3.
Action 10:41:34: FatalError. 
Action start 10:41:34: FatalError.
Action 10:41:34: FatalError. Dialog created


The custom action has been executed with the version 2.0 runtime - Hence the
error as the custom action uses 4.0. 



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-Action-Failing-on-Clean-Windows-8-1-machine-tp7592610p7592611.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Custom Action Failing on Clean Windows 8.1 machine

2014-02-12 Thread pmarshall
I am having a problem with a custom action in my Wix installer, on a Clean
Install of Windows 8.1. 

The machine has .NET Framework version 4.5 installed.
My custom action dll targets Framework 4.0 and works on a Windows 7 machine
( though this also has the 2.0 Framework installed ).

The config for the Custom Action 



However when running the generated MSI on the Windows 8.1 machine with
logging enabled I get the following errors in the log file for the custom
action:

Action 10:19:46: GetOfficeVersions. 
Action start 10:19:46: GetOfficeVersions.
SFXCA: Extracting custom action to temporary directory:
C:\Users\DEVELO~1\AppData\Local\Temp\MSI8D00.tmp-\
SFXCA: Failed to get requested CLR info. Error code 0x80131700
SFXCA: Ensure that the proper version of the .NET Framework is installed, or
that there is a matching supportedRuntime element in CustomAction.config. If
you are binding to .NET 4 or greater add
useLegacyV2RuntimeActivationPolicy=true to the  element.
CustomAction GetOfficeVersions returned actual error code 1603 (note this
may not be 100% accurate if translation happened inside sandbox)
Action ended 10:19:46: GetOfficeVersions. Return value 3.
Action 10:19:46: FatalError. 
Action start 10:19:46: FatalError.
Action 10:19:46: FatalError. Dialog created


Now I have the correct useLegacyV2RuntimeActivationPolicy set in the config
file, but being a version 4.0 assembly it should work with 4.5 anyway.

Any suggestions would be appreciated ?

Peter



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-Action-Failing-on-Clean-Windows-8-1-machine-tp7592610.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Bundle packages in ARP

2014-02-12 Thread Rob Mensching
If they are all Bundles, they will all get ARP entries.

___
 FireGiant  |  Dedicated support for the WiX toolset  |  
http://www.firegiant.com/

-Original Message-
From: GrahamAllwood [mailto:graham.allw...@live.co.uk] 
Sent: Wednesday, February 12, 2014 1:41 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Bundle packages in ARP

There is a mixture of MSI's and exe's.

So for EXE's, there is no way to get them to appear in ARP? Pity!

How about stopping the bundle acting like a product, i.e. not appearing in ARP 
and acting more like the older style of Bootstrapper from the Windows SDK?





--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Bundle-packages-in-ARP-tp7592597p7592606.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Problems installing and starting a Windows service

2014-02-12 Thread John Walter
Thanks for the replies

Phil,

The log has this in about the WIX_ACCOUNT_LOCALSYSTEM

MSI (c) (04!CC) [15:36:07:048]: PROPERTY CHANGE: Adding
WIX_ACCOUNT_LOCALSYSTEM property. Its value is 'NT AUTHORITY\SYSTEM'.

But I do not think this is the issue as even if I set the account at
"LocalSystem" then the same results happen.



Neil

I do not think my service uses anything from the GAC the service after
starting writes a line of text to a file every 5 seconds.


John


On 12 February 2014 08:24, Neil Sleightholm  wrote:

> I find this usually happens if something that your service requires is not
> present at the point at which the service is started. Does your service
> reference anything in the GAC, if so the GAC is not updated until after
> the service start.
>
> Neil
>
>
> >I have been having problems creating an installer that will install and
> >start a Windows Service.
> >
> >This is on a Windows 8 64 bit PC VS 2012 WiX 3.8
> >
> >I have created a very simple windows service that writes to a text file
> >when it is running as a test.
> >
> >This is almost a direct copy from the WiX 3.6 Developers Guide
> >
> >My Product.wxs looks like
> >
> >
> >http://schemas.microsoft.com/wix/2006/wi";
> > xmlns:util="http://schemas.microsoft.com/wix/UtilExtension"; >
> >   >Manufacturer="TFS" UpgradeCode="9063f4e7-dc28-40a3-9b0f-e3457ec52b31">
> > >InstallScope="perMachine" />
> >
> >
> >
> >
> >  
> >
> >
> >  
> >
> >  
> >
> >
> >   >Guid="{D1ED0ABA-4384-4F10-B7EE-14A8E2BA8C89}">
> > >KeyPath="yes" Source="..\WindowsService1\bin\Release\WindowsService1.exe"
> >/>
> > >DisplayName="Test Service" Start="auto" ErrorControl="normal"
> >Type="ownProcess"
> >Account="[WIX_ACCOUNT_LOCALSYSTEM]" />
> > >Start="install" Stop="both" Remove="uninstall" Wait="yes" />
> >  
> >
> >  
> >
> >
> >When I run the install I get a message saying "Service 'Test Service'
> >(testscv) failed to start. Verify that you have sufficient privileges to
> >start system service.". If I retry I get the same message and only option
> >is then to Cancel and the install cancels.
> >
> >If I remove the ServiceControl line the install runs through with no
> >errors
> >and I am able to manually start the service from either the task manager
> >or
> >the service manager.
> >
> >What if anything am I doing wrong or should I just put up with the fact
> >that I will have my service installed but not running.
> >
> >excerpt from the log file showing error
> >
> >MSI (s) (30:30) [15:34:11:009]: File: C:\Program Files
> >(x86)\SetupProject1\WindowsService1.exe;To be installed;Won't
> >patch;No existing file
> >MSI (s) (30:30) [15:34:11:009]: Source for file 'WindowsService1.exe' is
> >compressed
> >MSI (s) (30:30) [15:34:11:024]: Executing op: CacheSizeFlush(,)
> >MSI (s) (30:30) [15:34:11:024]: Executing op:
> >ActionStart(Name=InstallServices,Description=Installing new
> >services,Template=Service: [2])
> >MSI (s) (30:30) [15:34:11:032]: Executing op:
> >ProgressTotal(Total=1,Type=1,ByteEquivalent=130)
> >MSI (s) (30:30) [15:34:11:032]: Executing op:
> >ServiceInstall(Name=testcsv,DisplayName=Test Service,ImagePath="C:\Program
> >Files
> >(x86)\SetupProject1\WindowsService1.exe",ServiceType=16,StartType=2,ErrorC
> >ontrol=1,,Dependencies=[~],,StartName=NT
> >AUTHORITY\SYSTEM)
> >MSI (s) (30:30) [15:34:11:040]: Executing op:
> >ActionStart(Name=StartServices,Description=Starting
> >services,Template=Service: [1])
> >MSI (s) (30:30) [15:34:11:040]: Executing op:
> >ProgressTotal(Total=1,Type=1,ByteEquivalent=130)
> >MSI (s) (30:30) [15:34:11:040]: Executing op:
> >ServiceControl(,Name=testscv,Action=1,Wait=1,)
> >MSI (s) (30:30) [15:34:26:095]: Note: 1: 2205 2:  3: Error
> >MSI (s) (30:30) [15:34:26:095]: Note: 1: 2228 2:  3: Error 4: SELECT
> >`Message` FROM `Error` WHERE `Error` = 1920
> >MSI (c) (E4:AC) [15:34:26:103]: Font created.  Charset: Req=0, Ret=0,
> >Font:
> >Req=MS Shell Dlg, Ret=MS Shell Dlg
> >
> >Error 1920. Service 'testscv' (testscv) failed to start.  Verify that you
> >have sufficient privileges to start system services.
> >MSI (s) (30:F0) [15:34:28:290]: I/O on thread 4316 could not be cancelled.
> >Error: 1168
> >MSI (s) (30:F0) [15:34:28:290]: I/O on thread 3708 could not be cancelled.
> >Error: 1168
> >MSI (s) (30:F0) [15:34:28:290]: I/O on thread 2564 could not be cancelled.
> >Error: 1168
> >MSI (s) (30:F0) [15:34:28:290]: I/O on thread 772 could not be cancelled.
> >Error: 1168
> >MSI (s) (30:F0) [15:34:28:290]: I/O on thread 384 could not be cancelled.
> >Error: 1168
> >MSI (s) (30:F0) [15:34:28:290]: I/O on thread 1584 could not be cancelled.
> >Error: 1168
> >MSI (s) (30:F0) [15:34:28:290]: I/O on thread 1016 could not be cancelled.
> >Error: 1168
> >MSI (s) (30:30) [15:34:28:290]: Note: 1: 2205 2:  3: Error
> >MSI (s) (30:30) [15:34:28:290]: Note: 1: 2228 2:  3: Error 4: SELECT
> >`M

Re: [WiX-users] how to auto-update like ClickOnce in WIX

2014-02-12 Thread Yu, Brian
Thanks Jacob,

Is this something I can spike and see how it works? Could you send me the 
necessary files and instructions?
It's a feature the business wants so I am trying my best to get a demo together.

Brian

-Original Message-
From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] 
Sent: 11 February 2014 17:57
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] how to auto-update like ClickOnce in WIX

My approach was to make the burn bundle responsible for the updates just like 
it was responsible for the initial install. With that, I have submitted some 
core changes to WiX which are currently in limbo of being accepted as the 
Detect call now requires a HWND to be passed.  If and when the self-updating 
bundle changes get accepted, it will be as simple as:

1) Bundle created with WiX must utilize the /Bundle/Update/@Location to specify 
a URL to an atom feed for the application.  
2) Atom feed must publish when new updates are available
3) Application is responsible for invoking the bundle and requesting an update 
check.  Alternatively, a user can go to ARP and select modify.  The modify page 
will have a check for updates button.
4) Regardless of if the Application or ARP invoked the check, if the atom feed 
indicates a newer version is available it will prompt the user to update.  If 
the user updates, it will use the existing logic to download the updated bundle 
from the location specified in the atom feed. From there, it's nothing 
different than if a user had manually downloaded an updated bundle.

As for the application side, I created a simple WixUtil.dll that you could 
include with your application to probe for bundle information based on a bundle 
upgrade code. With that, you can then read bundle properties like the 
ModifyPath which will have the path to the bundle on the local machine.

-Original Message-
From: Rob Mensching [mailto:r...@firegiant.com]
Sent: Tuesday, February 11, 2014 11:51 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] how to auto-update like ClickOnce in WIX

It's not hard but there is nothing built into WiX toolset today to do it. There 
is a feature under development to do self-update for bundles that could help a 
lot building an auto-update system.

You just have to connect a few more dots today.

___
 FireGiant  |  Dedicated support for the WiX toolset  |  
http://www.firegiant.com/

-Original Message-
From: Yu, Brian [mailto:b...@easyscreen.com]
Sent: Tuesday, February 11, 2014 9:39 AM
To: General discussion about the WiX toolset.; phildgwil...@gmail.com
Subject: Re: [WiX-users] how to auto-update like ClickOnce in WIX

Thanks for your reply. I tried looking at http://powerprogrammer.co.uk. but the 
website doesn't seem to be current.
I tried posting comments/download trials but it's unresponsive.
I like the concept of simply referencing a dll in the application to handle 
auto update.

I have done some research and the tools I find that support auto-update are: 
Advanced Installer, InstallerMate, ninite, InstallBuilder, QSetup But they are 
all Installshield like products which defeats the point of using WIX.

I know I asked this before but I'll ask again. Is there an easy way to 
implement auto-update feature in a WIX Installer?
Your help is appreciated

-Original Message-
From: Christopher Painter [mailto:chr...@iswix.com]
Sent: 04 February 2014 12:05
To: General discussion about the WiX toolset.; phildgwil...@gmail.com
Subject: Re: [WiX-users] how to auto-update like ClickOnce in WIX

In some situations, there's a simple approach.  Back in 2006 I worked at a 
company where we deployed an n-Tier system to client sites.  This means we had 
a server available.  On that server we had a \software share.  The clients all 
installed from that location.   The clients were a very simple  .exe/.dll xcopy 
deployment so I went with a  minor upgrade story.  In that scenario  this 
worked fine:

http://blog.iswix.com/2006/10/implementing-auto-updating-applications.html

In another situation we needed major upgrade capability and the server was a 
public cloud service and the clients were end users all over the world.  The 
dev team I worked with used a library called wuw4 windows update wizard:

http://powerprogrammer.co.uk/ $189 - $989


Basically we created a windows service that ran as system  that had some config 
files that did all the work.It would pull the MSI down and advertise it ( 
/jm )  then send a message up to our user process that an update was available. 
  Once the user confirmed his choice the installation would be performed and it 
would install since it was already elevated.   This worked really well for them.

Chris
 
-Original Message-
From: Phil Wilson [mailto:phildgwil...@gmail.com]
Sent: 03 February 2014 19:39
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] how to auto-upda

Re: [WiX-users] Bundle packages in ARP

2014-02-12 Thread GrahamAllwood
There is a mixture of MSI's and exe's.

So for EXE's, there is no way to get them to appear in ARP? Pity!

How about stopping the bundle acting like a product, i.e. not appearing in
ARP and acting more like the older style of Bootstrapper from the Windows
SDK?





--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Bundle-packages-in-ARP-tp7592597p7592606.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Problems installing and starting a Windows service

2014-02-12 Thread Neil Sleightholm
I find this usually happens if something that your service requires is not
present at the point at which the service is started. Does your service
reference anything in the GAC, if so the GAC is not updated until after
the service start.

Neil


>I have been having problems creating an installer that will install and
>start a Windows Service.
>
>This is on a Windows 8 64 bit PC VS 2012 WiX 3.8
>
>I have created a very simple windows service that writes to a text file
>when it is running as a test.
>
>This is almost a direct copy from the WiX 3.6 Developers Guide
>
>My Product.wxs looks like
>
>
>http://schemas.microsoft.com/wix/2006/wi";
> xmlns:util="http://schemas.microsoft.com/wix/UtilExtension"; >
>  Manufacturer="TFS" UpgradeCode="9063f4e7-dc28-40a3-9b0f-e3457ec52b31">
>InstallScope="perMachine" />
>
>
>
>
>  
>
>
>  
>
>  
>
>
>  Guid="{D1ED0ABA-4384-4F10-B7EE-14A8E2BA8C89}">
>KeyPath="yes" Source="..\WindowsService1\bin\Release\WindowsService1.exe"
>/>
>DisplayName="Test Service" Start="auto" ErrorControl="normal"
>Type="ownProcess"
>Account="[WIX_ACCOUNT_LOCALSYSTEM]" />
>Start="install" Stop="both" Remove="uninstall" Wait="yes" />
>  
>
>  
>
>
>When I run the install I get a message saying "Service 'Test Service'
>(testscv) failed to start. Verify that you have sufficient privileges to
>start system service.". If I retry I get the same message and only option
>is then to Cancel and the install cancels.
>
>If I remove the ServiceControl line the install runs through with no
>errors
>and I am able to manually start the service from either the task manager
>or
>the service manager.
>
>What if anything am I doing wrong or should I just put up with the fact
>that I will have my service installed but not running.
>
>excerpt from the log file showing error
>
>MSI (s) (30:30) [15:34:11:009]: File: C:\Program Files
>(x86)\SetupProject1\WindowsService1.exe;To be installed;Won't
>patch;No existing file
>MSI (s) (30:30) [15:34:11:009]: Source for file 'WindowsService1.exe' is
>compressed
>MSI (s) (30:30) [15:34:11:024]: Executing op: CacheSizeFlush(,)
>MSI (s) (30:30) [15:34:11:024]: Executing op:
>ActionStart(Name=InstallServices,Description=Installing new
>services,Template=Service: [2])
>MSI (s) (30:30) [15:34:11:032]: Executing op:
>ProgressTotal(Total=1,Type=1,ByteEquivalent=130)
>MSI (s) (30:30) [15:34:11:032]: Executing op:
>ServiceInstall(Name=testcsv,DisplayName=Test Service,ImagePath="C:\Program
>Files
>(x86)\SetupProject1\WindowsService1.exe",ServiceType=16,StartType=2,ErrorC
>ontrol=1,,Dependencies=[~],,StartName=NT
>AUTHORITY\SYSTEM)
>MSI (s) (30:30) [15:34:11:040]: Executing op:
>ActionStart(Name=StartServices,Description=Starting
>services,Template=Service: [1])
>MSI (s) (30:30) [15:34:11:040]: Executing op:
>ProgressTotal(Total=1,Type=1,ByteEquivalent=130)
>MSI (s) (30:30) [15:34:11:040]: Executing op:
>ServiceControl(,Name=testscv,Action=1,Wait=1,)
>MSI (s) (30:30) [15:34:26:095]: Note: 1: 2205 2:  3: Error
>MSI (s) (30:30) [15:34:26:095]: Note: 1: 2228 2:  3: Error 4: SELECT
>`Message` FROM `Error` WHERE `Error` = 1920
>MSI (c) (E4:AC) [15:34:26:103]: Font created.  Charset: Req=0, Ret=0,
>Font:
>Req=MS Shell Dlg, Ret=MS Shell Dlg
>
>Error 1920. Service 'testscv' (testscv) failed to start.  Verify that you
>have sufficient privileges to start system services.
>MSI (s) (30:F0) [15:34:28:290]: I/O on thread 4316 could not be cancelled.
>Error: 1168
>MSI (s) (30:F0) [15:34:28:290]: I/O on thread 3708 could not be cancelled.
>Error: 1168
>MSI (s) (30:F0) [15:34:28:290]: I/O on thread 2564 could not be cancelled.
>Error: 1168
>MSI (s) (30:F0) [15:34:28:290]: I/O on thread 772 could not be cancelled.
>Error: 1168
>MSI (s) (30:F0) [15:34:28:290]: I/O on thread 384 could not be cancelled.
>Error: 1168
>MSI (s) (30:F0) [15:34:28:290]: I/O on thread 1584 could not be cancelled.
>Error: 1168
>MSI (s) (30:F0) [15:34:28:290]: I/O on thread 1016 could not be cancelled.
>Error: 1168
>MSI (s) (30:30) [15:34:28:290]: Note: 1: 2205 2:  3: Error
>MSI (s) (30:30) [15:34:28:290]: Note: 1: 2228 2:  3: Error 4: SELECT
>`Message` FROM `Error` WHERE `Error` = 1709
>MSI (s) (30:30) [15:34:28:290]: Product: SetupProject1 -- Error 1920.
>Service 'testscv' (testscv) failed to start.  Verify that you have
>sufficient privileges to start system services.
>
>John
>--
>
>Android apps run on BlackBerry 10
>Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
>Now with support for Jelly Bean, Bluetooth, Mapview and more.
>Get your Android app in front of a whole new audience.  Start now.
>http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clkt
>rk
>___
>WiX-users mailing list
>WiX-users@lists.sourceforge.net
>https://lists.sourceforge.n