Re: [WiX-users] Asia error

2013-06-13 Thread Ogrodowski, Sabine (ehem. Frauenhoffer)
I usually received this message on windows server 2003 when the windows imaging 
component is missing...

-Ursprüngliche Nachricht-
Von: Rob Mensching [mailto:r...@robmensching.com] 
Gesendet: Mittwoch, 12. Juni 2013 16:19
An: General discussion for Windows Installer XML toolset.
Betreff: Re: [WiX-users] Asia error

IIRC, 5100 was their return code for restart required or something? They had 
some very strange return codes for a while. They are documented somewhere on 
MSDN, IIRC... but never easy to find.


On Wed, Jun 12, 2013 at 3:56 AM, Simon Stevenson redw...@gmail.com wrote:

 We are getting an error in some cases where we are installing .net 4, 
 and the user is presented with the message Asia. After some 
 investigation it seems that the .net installer is returning exit code 
 5100, but it is somehow being interpreted as a HRESULT which happens 
 to be the string Asia.

 Has anyone seen this behaviour or have any idea why this is happening?


 --
  This SF.net email is sponsored by Windows:

 Build for Windows Store.

 http://p.sf.net/sfu/windows-dev2dev
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Forward msi messages in embedded mode

2013-06-04 Thread Ogrodowski, Sabine (ehem. Frauenhoffer)
Yes exactly, in my main bundle's UX I want to display some MSI progress 
messages during long running operations.

If it was implemented in the engine itself it would be nice, but as I have 
control over all used bundles I could also implement it on my own if the method 
SendEmbeddedMessage would exist.

-Ursprüngliche Nachricht-
Von: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] 
Gesendet: Donnerstag, 30. Mai 2013 06:58
An: General discussion for Windows Installer XML toolset.
Betreff: Re: [WiX-users] Forward msi messages in embedded mode

Interesting idea. It might not hurt to fire one off to wix-devs and see if 
anyone else peaks an interest at this.  The only downside that I can see is it 
would require some breaking changes to implement.

Is your goal to have the MSI messages displayed in the single UX to give more 
feedback during long running operations?  Do you have control over all the 
bundels, or are you wanting this in the core/engine so that any Wix bundle will 
play nice?


From: Bob Arnson [b...@joyofsetup.com]
Sent: Wednesday, May 29, 2013 6:27 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Forward msi messages in embedded mode

On 29-May-13 03:03, Ogrodowski, Sabine (ehem. Frauenhoffer) wrote:
 Sending progress and error messages works fine with the methods 
 SendEmbeddedProgress and SendEmbeddedError but what I'm missing is a 
 possibility to forward the msi messages from the embedded bundle to my 
 toplevel bundle. Is there some method SendEmbeddedMessage or something 
 like that, which I'm just unable to find? Or is there any other option 
 to achieve this?
Not at present.

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


--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 
100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with 2% overhead Download 
for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 
100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with 2% overhead Download 
for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Forward msi messages in embedded mode

2013-05-29 Thread Ogrodowski, Sabine (ehem. Frauenhoffer)
Hi,

 

I'm running a bundle which itself contains 2 bundles and some msi. I'm
using a custom bootstrapper application to achieve this. Installation is
working but I have some trouble displaying the progress as I want to
display a progress bar and some description. As description I normally
use the messages received from the msi. And there I'm running into
problems when embedding a bundle in another bundle.

Sending progress and error messages works fine with the methods
SendEmbeddedProgress and SendEmbeddedError but what I'm missing is a
possibility to forward the msi messages from the embedded bundle to my
toplevel bundle. Is there some method SendEmbeddedMessage or something
like that, which I'm just unable to find? Or is there any other option
to achieve this?

 

Regards,

Sabine

--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with 2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] 2 bundles sharing some msi's behaving strange on xp

2013-02-15 Thread Ogrodowski, Sabine (ehem. Frauenhoffer)
Procmon says the registry keys get deleted by the msiexec process. I haven't 
worked with procmon before, so what information could help you?

The problem is not reproducible on all XP machines. If window update KB982524 
is installed we don't see this behavior. If a machine hasn't installed this 
update e.g. because it has no .Net 2 or .Net 3.5 installed, we see the error 
quite often, especially if no network connection exists.

-Ursprüngliche Nachricht-
Von: Rob Mensching [mailto:r...@robmensching.com] 
Gesendet: Donnerstag, 14. Februar 2013 18:21
An: General discussion for Windows Installer XML toolset.
Betreff: Re: [WiX-users] 2 bundles sharing some msi's behaving strange on xp

Never seen such behavior. Can you try using procmon to watch the registry and 
see what is deleting the key?


On Tue, Feb 12, 2013 at 7:02 AM, Ogrodowski, Sabine (ehem. Frauenhoffer)  
sabine.ogrodow...@haufe-lexware.com wrote:

 Another problem I'm currently struggling with:



 I create two bundles, that have some msi's in common. If I install 
 both on Win 7 and uninstall 1 of them, the shared msi's stay installed.
 Great. On XP however, the shared msi's get uninstalled too. We digged 
 a bit deeper and found out, that sometimes the registry key 
 hkcr\installer\dependencies completely gets deleted during the second 
 installer's installation process which then leads to the result, that 
 only the second product is registered in this registry key. When we 
 then uninstall the second product, there is no further dependency on 
 the shared msi's found, and they get uninstalled. I tested on Windows 
 XP Profesional (32 bit) SP 3.



 Has anyone seen this strange behavior before? Is there some workaround?


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


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

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


Re: [WiX-users] Bundle registered in ARP after prerequesitesare installed

2013-02-13 Thread Ogrodowski, Sabine (ehem. Frauenhoffer)
Thank you for your reply. I know, that it can be that simple to use the 
WixNetFxExtension. Unfortunately I need to also install on machines that have 
no internet access and so I can't use it. That's why I copied some part from 
the WixNetFxExtension and adjusted it to use the .Net exe I put on the disk.

Nonetheless I tried your approach. The result is the same: If I install .Net an 
ARP entry for my bundle is created and if I cancel the custom bootstrapper and 
start it again, it comes up in maintenance mode because WixBundleInstalled is 1.

I even tried with the WiX v3.7 setup itself and it showed the same behavior.

-Ursprüngliche Nachricht-
Von: Pally Sandher [mailto:pally.sand...@iesve.com] 
Gesendet: Dienstag, 12. Februar 2013 17:01
An: General discussion for Windows Installer XML toolset.
Betreff: Re: [WiX-users] Bundle registered in ARP after prerequesitesare 
installed

http://wix.sourceforge.net/manual-wix3/install_dotnet.htm

Chain
  PackageGroupRef Id=NetFx40ClientRedist/
  ...your msi stuff goes here...
/Chain

End.

Yes it's that simple using WiXNetFXExtension. All the extra code you have is 
just duplicating effort  causing you problems.

Palbinder Sandher
Software Platform Engineer
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com 

**Design, Simulate + Innovate with the Virtual Environment** Integrated 
Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered 
Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email 
Disclaimer 

-Original Message-
From: Ogrodowski, Sabine (ehem. Frauenhoffer) 
[mailto:sabine.ogrodow...@haufe-lexware.com]
Sent: 12 February 2013 15:13
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Bundle registered in ARP after prerequesites are installed

When we install our bundle on a machine that has no .Net 4 installed, it gets 
installed by the prerequisites installer. Afterwards our custom bootstrapper 
starts up, and the wix variable WixBundleInstalled is 0, which is correct. 
Unfortunately at this point there already exists an entry for our bootstrapper 
in ARP. So when we cancel installation and restart our bootstrapper, 
WixBundleInstalled returns 1 and we start in maintenance mode, although our 
bundle isn't installed.

 

Here is what I use to install .net 4:

  Fragment

util:RegistrySearchRef Id=NETFRAMEWORK40CLIENT/

 

?define NetFx40EulaLink =
http://go.microsoft.com/fwlink/?LinkID=188993 ?

 

WixVariable Id=WixMbaPrereqPackageId Value=NetFx40Client /

WixVariable Id=WixMbaPrereqLicenseUrl
Value=$(var.NetFx40EulaLink) /

 

PackageGroup Id=NetFx40Client

  ExePackage

  InstallCommand=/q /norestart /ChainingPackage 
quot;[WixBundleName]quot;

  RepairCommand=/q /norestart /repair /ChainingPackage 
quot;[WixBundleName]quot;

  UninstallCommand=/uninstall /q /norestart /ChainingPackage 
quot;[WixBundleName]quot;

  PerMachine=yes

  DetectCondition=NETFRAMEWORK40CLIENT

  Id=NetFx40Client

  Vital=yes

  Permanent=yes

  Protocol=netfx4

  Compressed=no

  Cache=no

  SourceFile=..\dotnet_4_0\dotNetFx40_Client_x86_x64.exe

  Name=data\dotnet\dotNetFx40_Client_x86_x64.exe

  /ExePackage

/PackageGroup

  /Fragment

 

What would I have to change to get this scenario to work?

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



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

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


Re: [WiX-users] Bundle registered in ARP afterprerequesitesare installed

2013-02-13 Thread Ogrodowski, Sabine (ehem. Frauenhoffer)
I found this bug on this topic, but it is marked as closed, so I thought it 
should work...
 http://sourceforge.net/p/wix/bugs/2635/


-Ursprüngliche Nachricht-
Von: Bruce Cran [mailto:br...@cran.org.uk] 
Gesendet: Mittwoch, 13. Februar 2013 10:15
An: General discussion for Windows Installer XML toolset.
Betreff: Re: [WiX-users] Bundle registered in ARP afterprerequesitesare 
installed

On 13/02/2013 08:01, Ogrodowski, Sabine (ehem. Frauenhoffer) wrote:
 Thank you for your reply. I know, that it can be that simple to use the 
 WixNetFxExtension. Unfortunately I need to also install on machines that have 
 no internet access and so I can't use it. That's why I copied some part from 
 the WixNetFxExtension and adjusted it to use the .Net exe I put on the disk.

 Nonetheless I tried your approach. The result is the same: If I install .Net 
 an ARP entry for my bundle is created and if I cancel the custom bootstrapper 
 and start it again, it comes up in maintenance mode because 
 WixBundleInstalled is 1.

 I even tried with the WiX v3.7 setup itself and it showed the same behavior.

I'm fairly sure this is a known bug, with a ticket on Sourceforge. I found a 
similar issue today: if I run 2 copies of the installer, the second as the 
first is in the process of installing, the 2nd will fail and cause no ARP entry 
to be created once the first finishes.

--
Bruce

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

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


Re: [WiX-users] Problem with localizing bundle's prerequisites

2013-02-12 Thread Ogrodowski, Sabine (ehem. Frauenhoffer)
Thank you so much Bob, I was struggling with that such a long time and
this was exactly the information I needed!!

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


[WiX-users] 2 bundles sharing some msi's behaving strange on xp

2013-02-12 Thread Ogrodowski, Sabine (ehem. Frauenhoffer)
Another problem I'm currently struggling with:

 

I create two bundles, that have some msi's in common. If I install both
on Win 7 and uninstall 1 of them, the shared msi's stay installed.
Great. On XP however, the shared msi's get uninstalled too. We digged a
bit deeper and found out, that sometimes the registry key
hkcr\installer\dependencies completely gets deleted during the second
installer's installation process which then leads to the result, that
only the second product is registered in this registry key. When we then
uninstall the second product, there is no further dependency on the
shared msi's found, and they get uninstalled. I tested on Windows XP
Profesional (32 bit) SP 3.

 

Has anyone seen this strange behavior before? Is there some workaround?

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


[WiX-users] Bundle registered in ARP after prerequesites are installed

2013-02-12 Thread Ogrodowski, Sabine (ehem. Frauenhoffer)
When we install our bundle on a machine that has no .Net 4 installed, it
gets installed by the prerequisites installer. Afterwards our custom
bootstrapper starts up, and the wix variable WixBundleInstalled is 0,
which is correct. Unfortunately at this point there already exists an
entry for our bootstrapper in ARP. So when we cancel installation and
restart our bootstrapper, WixBundleInstalled returns 1 and we start in
maintenance mode, although our bundle isn't installed.

 

Here is what I use to install .net 4:

  Fragment

util:RegistrySearchRef Id=NETFRAMEWORK40CLIENT/

 

?define NetFx40EulaLink =
http://go.microsoft.com/fwlink/?LinkID=188993 ?

 

WixVariable Id=WixMbaPrereqPackageId Value=NetFx40Client /

WixVariable Id=WixMbaPrereqLicenseUrl
Value=$(var.NetFx40EulaLink) /

 

PackageGroup Id=NetFx40Client

  ExePackage

  InstallCommand=/q /norestart /ChainingPackage
quot;[WixBundleName]quot;

  RepairCommand=/q /norestart /repair /ChainingPackage
quot;[WixBundleName]quot;

  UninstallCommand=/uninstall /q /norestart /ChainingPackage
quot;[WixBundleName]quot;

  PerMachine=yes

  DetectCondition=NETFRAMEWORK40CLIENT

  Id=NetFx40Client

  Vital=yes

  Permanent=yes

  Protocol=netfx4

  Compressed=no

  Cache=no

  SourceFile=..\dotnet_4_0\dotNetFx40_Client_x86_x64.exe

  Name=data\dotnet\dotNetFx40_Client_x86_x64.exe

  /ExePackage

/PackageGroup

  /Fragment

 

What would I have to change to get this scenario to work?

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


Re: [WiX-users] Bundle registered in ARP after prerequesitesare installed

2013-02-12 Thread Ogrodowski, Sabine (ehem. Frauenhoffer)
Thank you for your reply. I know, that it can be that simple to use the
WixNetFxExtension. Unfortunately I need to also install on machines that
have no internet access and so I can't use it. That's why I copied some
part from the WixNetFxExtension and adjusted it to use the .Net exe I
put on the disk.

Nonetheless I tried your approach. The result is the same: If I install
.Net an ARP entry for my bundle is created and if I cancel the custom
bootstrapper and start it again, it comes up in maintenance mode because
WixBundleInstalled is 1.

I even tried with the WiX v3.7 setup itself and it showed the same
behavior. 



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


[WiX-users] Problem with localizing bundle's prerequisites

2013-02-07 Thread Ogrodowski, Sabine (ehem. Frauenhoffer)
Hopefully someone can help me on this.

 

I just upgraded from WiX 3.6 to 3.7. In my bundle I use a wxl file to
localize the prerequisites installer to German like this:

 

WixVariable Id=PreqbaThemeWxl Value =prereq.wxl/

 

This worked fine on WiX 3.6 and stopped working after upgrading to WiX
3.7. I know that WiX 3.7 comes with a bunch of localization files
itself, but anyway I need to customize it.

 

When I extract the exe which gets build from this bundle project, I can
see that there are now 2 files with Culture=de-de specified and no
file with culture en-us. So it seems like always the English culture
file gets overwritten, although it should overwrite the German one. Is
this a bug in WiX or am I doing something terribly wrong?

 

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