A very interesting approach Not that this list is made to discuss
networking principles, but it isn't the job of a local setup to
interfere with the distributed approach used in network design and
security. If a share must be removed or user maintenance done, it
should be handled by t
twisted approach, but, we were finding no
other way to deal with this problem.
Thanks.
// Sudripta.
-Original Message-
From: "Phill Hogland"
Sent: Friday, 28 February, 2014 12:13am
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Product removal fails as Confi
proach, but, we were finding no other way to deal with
this problem.
Thanks.
// Sudripta.
-Original Message-
From: "Carter Young"
Sent: Thursday, 27 February, 2014 9:49pm
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Product removal fails as ConfiguresmbUni
I think (and I am not an expert) that the Component condition is only
evaluated the first time it is installed, unless you also mark the component
as Transitive. So if you add that Condition statement to the component, I
think you want to also add Component/@Transitive="yes".
--
View this mes
To Add to this, another option is to install/uninstall as the Local
Administrator, not the Domain Administrator or Domain User
Carter
Quoting Carter Young :
> Can you not Remove the Product before moving the computer to the new
> Domain, the perform a reinstall in the new domain? Your Product
Can you not Remove the Product before moving the computer to the new
Domain, the perform a reinstall in the new domain? Your Product
unistall will always Fail, as the MSI database stores the USERID along
with the Domain somewhere in the table that you can view with Orca, in
the form \. Mo
Hi All,
In my setup I need to create a folder and give permissions to certain users. I
have used the following code:
Where 'ProdUser' and 'WUSER' are defined in two user elements.
It is working perfectly. But, when the computer is moved to another domain or
workgroup (aft
7 matches
Mail list logo
