Re: [WiX-users] Imp- Problem with un-installation

Quite unusual. Adding a shortcut cannot break your network stack. You must have changed *something* else over the last month, and/or made an assumption somewhere and were very lucky for a month. Create a verbose install and uninstall log. Check your system event log before and after

[WiX-users] Dialog dimensions oddity

The reason I ask this is I'm trying to create a bitmap for my welcome dlg that does not fill the width of the dlg. However, I'm having a hard time understanding the co-ordinate system. I've just noticed that in my MSI Dialog table, all the dialogs have the same dimensions (370x270) However,

[WiX-users] How to skip a CA if a reboot is pending?

Hi, I cannot find how to detect if a reboot has been scheduled by my installer. I need to skip some CAs if this is the case. I would use MsiGetMode, but my installer must work with WI 3.0 Is there a property that is set automatically? Or do I need to spelunk the Session Manager registry key?

Re: [WiX-users] How to skip a CA if a reboot is pending?

MsiGetMode works with WI3.0 ! *Clunks head* Karl Denning wrote: Hi, I cannot find how to detect if a reboot has been scheduled by my installer. I need to skip some CAs if this is the case. I would use MsiGetMode, but my installer must work with WI 3.0 Is there a property

[WiX-users] Product is unregistered even though uninstall failed?

I rigged one of my MSIs to fail immediately after IntallInitialize (a deferred CA that with impersonate=Yes is rigged to return an error). I've discovered that the product is unregistered even though no files/folders/reg are removed. Does anyone know why? The last few lines of my log file are

[WiX-users] Product is unregistered even though uninstall failed? (Repost)

sorry for the repost. Lian Jiang hijacked my thread and it got buried so here I go again. Any ideas anyone? -- I rigged one of my MSIs to fail immediately after IntallInitialize (a deferred CA that with impersonate=Yes is rigged to return an

[WiX-users] Adding buttons to the ProgressDlg

HI, A tough problem - I'm not sure if it can be done with Wix/WI Is it possible to add a hidden control (in my case a button) to the ProgressDlg, which is hidden until a specific DEFERRED custom action is executed? Thanks Karl -- View this message in context:

Re: [WiX-users] Adding buttons to the ProgressDlg

PROTECTED], Karl Denning [EMAIL PROTECTED] writes: Is it possible to add a hidden control (in my case a button) to the ProgressDlg, which is hidden until a specific DEFERRED custom action is executed? What is it you really want to achieve with this mechanism? And no, the mechanism

Re: [WiX-users] Adding buttons to the ProgressDlg

code? - Should async only be used for CAs when you don't need to care if the CA fails? Thanks Karl Async CustomAction? -Original Message- From: Karl Denning [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 19, 2008 10:29 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users

Re: [WiX-users] Adding buttons to the ProgressDlg

gives the most benefit when measured against complexity...well it was until the interrupt was required 8)) Thanks for the responses. Karl Richard-45 wrote: In article [EMAIL PROTECTED], Karl Denning [EMAIL PROTECTED] writes: The application relies on a database, which is unique per

Re: [WiX-users] Changing the feature display attribute using a custom action

Ok dumb question! I just realized that I should set the features default InstallLevel=0 and condition it to become 1 if the registry key is found. Karl Denning wrote: I have a feature that is hidden by default and does not install. However, if a specific registry key is found

Re: [WiX-users] LGHT0204 error when string contains '\' - known issue?

This is expected behavior. Only one directory per Directory table record is permitted. You are trying to specify two. Hi, I'm using WiX version 3.0.4513.0. Our installer allows for a .wxl- specified installation location using the following tagset: String

Re: [WiX-users] Register com objects

Hi Don't use self-registering because it is not transactional. Instead, use the TypeLib and Interface tables karl Dear Sandun, I think that you can write File Name=MyComObject.dll SelfRegCost=1 ... for the DLL in question. Having a number more than 0 makes it run regsvr32.exe on the

Re: [WiX-users] This installation package could not be opened.

What are the circumstances when it fails? Perhaps there is another process locking the file open? I have seen this error occasionally when I try to open a package that is on a network share with orca. I presume that there is an AV scanner running on the server locking the file open. I have

Re: [WiX-users] This installation package could not be opened.

I just tried my msi when locked by orca, and when it is on a nw share (I don't manage the nw share, and I have no idea why I cannot open it when it's on that particular share). In both cases i get error 1619. So it's not what I think it might be. I'd guess it's corrupt to. However...

Re: [WiX-users] Upgrading an older version of product

Hi Have you remembered to add SecureCustomProperties to your property table? (Or does candle/light do that for you??) K. Yes, I have the following element defined within InstallExecuteSequence of version 2.0.1000.0. Another thing is that in the new version of the product, I have

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

Perhaps this would do the trick 1. Immediate run once CA* sequenced in both the UI and execute sequences before appsearch. (Perhaps condition the execute sequence CA to only run if UILevel 4) 2. The CA should enumerate every msi in WINDOWS\installer. 3. Determine which one is your previous

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

You can identify the msi by searching each MSI for your CA in the execute sequence using msi sql. The sequenced CA should have a signature that you can easily detect (the name of your CA, the target, the wrong condition being parts of the signature). On second thoughts, this technique is

[WiX-users] Why isn't the TypeLib table is created

Hi This has me stumped. When I build my project including this fragment (below), the registry table is populated with the registry value, but the TypeLib table is not created. Any idea why? Thanks Karl ?xml version=1.0 encoding=utf-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;

Re: [WiX-users] Why isn't the TypeLib table created

I should also add that I'm using wix 3.0.4805.0 Hi This has me stumped. When I build my project including this fragment (below), the registry table is populated with the registry value, but the TypeLib table is not created. Any idea why? Thanks Karl ?xml version=1.0 encoding=utf-8? Wix

Re: [WiX-users] Installation directory more than 200 characters long generates an Installation error

A dir 200 characters deep!! That's pretty unusual. Look up MAX_PATH in msdn. http://msdn.microsoft.com/en-us/library/aa365247.aspx Surekha Vuchuru wrote: Hello EveryOne, I am trying to install our product in an installation directory that is around 200 characters long. This generates

Re: [WiX-users] Installation directory more than 200 characters long generates an Installation error

Funny you say that, I almost wrote I bet it's your QA department discovering edge cases. I would personally just copy and paste my link to the bug and mark it not fixable/not a bug I know :( But, the system testers have logged a bug for that and it is one of the test cases. Thank you for the