I have changed my code. But it doesn't work.
Please have a look at the code, there may be something wrong with I
think.
Do I miss some important things?
...
Would doing the following work?
* Create a feature that contains all of the components that you might want
to reinstall
* Set REINSTALL=FeatureX during a "Change" install
* Add conditions to the components that cause them to be included (or not)
depending on the appropriate feature states. This mi
I have gone through the WIX examples on creating msp file and it works great.
(http://blogs.msdn.com/pmarcu/archive/2007/06/28/sample-patch.aspx)
In the other hand, I have my solution containing large number of projects
and different configurations scheduled to build using TFS Team Build service
I used Before="ProcessComponents" and that seems to be early enough. Thanks!
--
Edwin
-Original Message-
From: Ali-Akber Saifee [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 25, 2008 4:29 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] How to Schedule a Custom Action t
I was successful with the following:
Installed AND NOT
REINSTALL
The downside to this approach is that a command window shows up during
uninstall. On the other hand the script gets executed properly.
I was hoping to use something like the following:
Edwin,
To inspect the full sequence, just open up your msi package in orca
and look at the InstallExecuteSequence table.
~/Ali
> From: "Castro, Edwin (Hillsboro)" <[EMAIL PROTECTED]>
>
> I'm trying to schedule a custom action to execute before any other
> steps occur during uninstall only:
>
> Date: Tue, 25 Nov 2008 14:10:24 -0500
> From: "Castro, Edwin (Hillsboro)" <[EMAIL PROTECTED]>
> Subject: [WiX-users] Executing a PowerShell Script as Custom Action
> I'm trying to execute a powershell script as custom action and I see
> the powershell.exe process starts but then it appears to be
I encourage you to read through this series on the Directory table. I think
it'll clear up a bit:
http://blogs.msdn.com/robmen/archive/2006/10/17/deciphering-the-msi-directory-table-part-7-directories-are-properties.aspx
(there are links going backwards).
-Original Message-
From: Greg
Chad,
I am using WiX 2.
Thanks
-greg
***
Date: Tue, 25 Nov 2008 14:59:47 -0500
From: "Chad Miles" <[EMAIL PROTECTED]>
Subject: Re: [WiX-users] Is it possible to set LongName
attribute to a Property value?
To: "General discussion for Windows Installer XML toolset."
Message-ID:
I am trying to reinstall some components when the user does a "Change".
The issue discussed in this thread
http://n2.nabble.com/Always-Reinstall-a-Component-td1483743.html
is similar to my situation, but I have one extra "twist" to my problem.
My problem is that I have two features and need to s
FYI - had the build guy double-check the Windows Installer version, and it
was only at 3.5. Upgraded to 4.5 and everything works.
Thansk!
-Tina
On Tue, Nov 25, 2008 at 11:01 AM, Rob Mensching <[EMAIL PROTECTED]
> wrote:
> What version of the WiX toolset are you using?
>
> -Original Message-
In article <[EMAIL PROTECTED]>,
"Chris Matthews" <[EMAIL PROTECTED]> writes:
> >The property associated with an edit control is updated when the focus
> >leaves the edit control. Is that consistent with what you're seeing?
>
> No because the focus is already lost as I have clicked on the
Doc shows LongName has been deprecated, yes?
working in Wix v3 right?
On Tue, Nov 25, 2008 at 2:52 PM, Greg Silin <[EMAIL PROTECTED]>wrote:
> Hi,
>
> Is it possible to set the Direction element LongName attribute to a
> property value?
>
> I have the following (excerpts):
>
> Value='Cook
Hi,
Is it possible to set the Direction element LongName attribute to a property
value?
I have the following (excerpts):
Then I try to set a Directory LongName to the Property value.
...
Unfortunately, it doesn't resolve to the property value during deployment. Is
LongNam
I'm trying to execute a powershell script as custom action and I see the
powershell.exe process starts but then it appears to be doing nothing. Here's
an example:
Installed AND NOT
REINSTALL
Installed AND NOT
REINSTALL
I would expect powershell to print a value to i
I'm trying to schedule a custom action to execute before any other steps occur
during uninstall only:
Installed AND
NOT REINSTALL
Installed AND NOT
REINSTALL
I think my conditions are correct but I don't know if the Before attribute for
CACmdLine is set to an appropriate value.
Wow, sounds like a really crazy behavior in Windows Explorer.
-Original Message-
From: Ali-Akber Saifee [mailto:[EMAIL PROTECTED]
Sent: Monday, November 24, 2008 20:58
To: wix-users@lists.sourceforge.net; [EMAIL PROTECTED]
Subject: [WiX-users] strange behavior of Localized display name for
Things *might* also get confused if a CustomAction is modifying the Directory.
PS: Directory/@Name="." is the same as not having the Directory/@Name.
-Original Message-
From: Kevin Richardson [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 25, 2008 08:54
To: Jianjun An (Person Consul
In that case, something is definitely wrong. Uninstall should work
from any install location without your intervention.
You had said that we were both doing the same thing, but your
directory table is not the same as mine. You have:
>
>
>
>
> < File
Hello,
Thanks for the suggestions, I think I will be going with the custom
action route.
Now, I'd like to fill the combo box through reading from an INI file or
something similar, and I was wondering if it's possible to have the INI
file in the msi and still be able to be accessed during install
Jianjun An (Person Consulting) wrote:
> The problem is my MSI cannot remove the components if user changed default
> install path which I did not save it into registry.
>
It can. If you need a property value to run a custom action, for
example, you need to store it in the registry and use a R
Your CustomAction is not deferred and will fail if the installation is not
elevated. Have you tried running it deferred? Maybe that is the problem we're
having... the deferred CustomAction server isn't impersonating for us
appropriately.
-Original Message-
From: Chris Bardon [mailto:[
That is not correct.
-Original Message-
From: Eitan Behar [mailto:[EMAIL PROTECTED]
Sent: Monday, November 24, 2008 21:05
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Custom Action - start exe inside my INSTALLDIR
Why don't you include the EXE and t
Less specifically the syntax I provided was something like XPath that
says, "Look at the CustomAction element with the Return attribute" (@ ==
attribute)
-Original Message-
From: Jianjun An (Person Consulting) [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 25, 2008 00:16
To: General
No, you're in the right place. ServiceControl is the correct element.
-Original Message-
From: BUNYAN, Marc (WGMS) [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 25, 2008 07:20
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] ServiceControl tips request. (remove a service)
Hi
What version of the WiX toolset are you using?
-Original Message-
From: Tina Basinger [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 25, 2008 05:42
To: Wix Group
Subject: [WiX-users] LGHT0216 Error
I am recieiving several errors from Light.exe saying "error LGHT0216 : An
unexpected Win
Hi,
Apologies in advance if I'm posting in the wrong section (let me know
and I'll post in the right place!) J
Im trying to write my first wix script to make a few changes to a bit of
software on our network; this requires a service to be stopped and
removed - Im a little confused on the
Hi Chris,
Network Service is one of the users that has a special string name which
you must use to refer to it in your wxs. I have the following which has
worked for me (notice there is not a domain specified).
I believe the same syntax would work for the PermissionEx element, but
the timing
Hi,
I Have a custom action that occasionally fails as below...
[CustomAction]
public static ActionResult InstallCP(Session session)
{
try
{
session.Log("Begin InstallModernCP");
CPInstaller DCInstaller = new CPInstalle
>The property associated with an edit control is updated when the focus
>leaves the edit control. Is that consistent with what you're seeing?
No because the focus is already lost as I have clicked on the push
button to fire the custom action the edit control never updates. It is a
bit annoying,
I tried the following but the msi just fails
...
Not Installed
OR REINSTALL
I can't find this file either C:\WINDOWS\Installer\MSI1429.tmp as it
gets removed.
MSI (s) (08:68) [14:08:00:593]: Note: 1: 1721 2: testbackup 3:
C:\WINDOWS\Installer\MSI1429.tmp 4:
Error
I am recieiving several errors from Light.exe saying "error LGHT0216 : An
unexpected Win32 exception with error code 0x64D occurred: This installation
package cannot be installed by the Windows Installer service. You must
install a Windows service pack that contains a newer version of the Windows
In article <[EMAIL PROTECTED]>,
"Chris Matthews" <[EMAIL PROTECTED]> writes:
> I have now removed the Subscribe and the field still updates. So yes it
> looks like the ICEs aren't validating the Event Column in EventMapping.
> The one annoying thing is that if I set the Edit Control to enabl
Very strange-I thought that would fix the problem. I created a custom
action to install my certificate, and that was the only really major
change that I made. Here's the source for my CA:
UINT __stdcall InstallCertificate(MSIHANDLE hInstall)
{
//install a cert into the local machine stor
I have now removed the Subscribe and the field still updates. So yes it
looks like the ICEs aren't validating the Event Column in EventMapping.
The one annoying thing is that if I set the Edit Control to enabled and
edited before the custom action is run then the updated property doesn't
make it in
Hello!
How can I set the file share permission for the NetworkService-User?
Somehow it didn't work with the FileSharePermission-Tag.
Could you give me an example?
Thank you,
Chris
--
View this message in context:
http://n2.nabble.com/FileSharePermission-for-NT-AUTHORITY%5CNetworkService-User-
I have requirement where I need to check the machine for minimum configuration
(RAM, disk space, CPU etc) as part of setup and fail otherwise. Are there any
standard launch conditions and extensions I can use or do I have to revert to
WMI to gather this info?
Any samples/guidance will be much
The problem is my MSI cannot remove the components if user changed default
install path which I did not save it into registry.
The context about this problem is in the attachment.
Thanks
Jianjun An (Person Consulting) wrote:
> How can I do that? I am seeking a way not using registry.
>
What
Please refer attributes Execute and Return of CustomAction in Wix.chm
Hi Rob!
Could you please clarify a bit your answer? I'm newbie in wix.
Thanks!
-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Monday, November 24, 2008 6:16 PM
To: General discussion for W
Hi Rob!
Could you please clarify a bit your answer? I'm newbie in wix.
Thanks!
-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Monday, November 24, 2008 6:16 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] terminate installatio
40 matches
Mail list logo
