util:PermissionsEx uses its own custom table and its own set of custom
actions. It was written to overcome some weaknesses in the LockPermissions
table implementation in WI, but it also predates the SDL used in the
LockPermissionsEx table. It does not make any use of either of those tables.
It does
Thanks Blair!
Yes, the util:PermissionEx works fine. And to my surprise, it works on my
Vista machine with WI4.0 as well. (I've changed the account to "NT
Authority\LocalService" for ServiceInstall, but the folder PermissionEx
still use "NT Service\AtlGateway")
I thought it might fail because
htt
On 6/29/2010 10:53 AM, Johannes Hetzer wrote:
> is there a condition for an installed .NET 4.0 Client Profile?
>
See "How To: Check for .NET Framework Versions" in WiX.chm.
--
sig://boB
http://joyofsetup.com/
--
Th
On 6/29/2010 9:49 AM, Jon Hardcastle wrote:
> I want to delete an entire element based on some checkbox. I have got the
> decision logic working but cant seem to get the xml delete to work.
>
Use XmlConfig; it lets you delete elements.
--
sig://boB
http://joyofsetup.com/
-
On 6/30/2010 8:55 AM, Antony Walmsley wrote:
> Should I file this as a bug?
>
Already opened:
https://sourceforge.net/tracker/?func=detail&aid=3011605&group_id=105970&atid=642714
--
sig://boB
http://joyofsetup.com/
--
Good points! I'm adding a regular expression exclude switch that'll make
excluding ".*\.vshost.exe" easy. I probably should have had the option in the
beginning. :)
I'll post back when I get the feature done.
>-Original Message-
>From: James Green [mailto:james.gr...@lalpac.com]
>Sent:
I found the reason for your failure: from
http://msdn.microsoft.com/library/aa369774.aspx
Permission can only be set in the LockPermissions Table for users that
already exist on the computer or domain. An attempt to set permissions for
an unknown user causes the installation to fail, even if that
A few more observations:
People generally do what they already know how to do. For developers that means
writing code. In the context of building setups, that's the difference between
being a developer and being a setup developer. The latter would never write
code for something that Windows (or
Silly question: does it work if you use
-Original Message-
From: Elfe Xu [mailto:elf...@microsoft.com]
Sent: Friday, July 02, 2010 7:17 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Unable to add permission for virtual account
Hi,
My target machine is Win2k8 R2 or Win7, w
Then you just broke the component rules and you enter this mess all over
again. Even worse, since the old GUID no longer exists in your updated minor
upgrade package, your component's installed feature(s) will be advertised
without being physically removed from the machine (because Windows Installe
The return code is ERROR_INSTALL_USEREXIT. And I was debugging the boostrapper
and had a breakpoint inside the callback handler. It never got hit again after
the cancel happened.
-Andy
-Original Message-
From: James Poole [mailto:w...@slowcommotion.com]
Sent: Friday, July 02, 2010 10
What was the return code from MsiInstallProduct?
Also, are you sure you are at a point where it would actually give you roll
back status? If it's a small product it may just be happening too fast for
you to notice.
On Fri, Jul 2, 2010 at 12:02 PM, Andy Glass wrote:
> That is actually the code
This has been much discussed on this list. One such thread starts here:
http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg30266.html
-Original Message-
From: Chirag Goradia [mailto:chiraggora...@gmail.com]
Sent: Friday, July 02, 2010 4:35 AM
To: wix-users@lists.sourceforge.ne
That is actually the code I'm basing off of. The problem is that after the
user cancels the installation and the handler returns IDCANCEL,
MsiInstallProduct immediately returns and the handler receives no more messages.
-Andy
-Original Message-
From: James Poole [mailto:w...@slowcommot
Hi,
Thanks for your suggestion. If maskededit can help me I don't know how.. I had
stumbled across it previously but i cant figure out how to put some kind of
regex on the characters thus limiting to HEX, also my test that the field is
empty no longer works...
Do you have any examples?
--
Try using a MaskedEdit Control instead of an Edit Control. See ->
http://msdn.microsoft.com/en-us/library/aa369797.aspx
Palbinder Sandher
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com
**Design, Simulate + Innovate with the **
Inte
>
> Use the RemoveFile Element to get delete orphaned files with the
> attribute On="both". See ->
> http://wix.sourceforge.net/manual-wix3/wix_xsd_removefile.htm
>
>
Nice!
> Yes you can't use an auto-generated ProductCode for a Minor Update only
> Major Upgrades. Your ProductCode needs to be un
Hi,
My target machine is Win2k8 R2 or Win7, which supports virtual account.
In my setup code, I have a ServiceInstall and the account is set to virtual
account NT Service\MyService
And I have a CreateFolder, which I want to grant permissions to the virtual
account
The code is like:
Guys,
Any pointers here. I have an edit box and i want it to be validated to a
certain length i.e 16 and that it be 0-9 a-f i.e. Hex.
Is this even possible?
---
N: Jon Hardcastle
E: j...@ehardcastle.com
'Do not worry about tomorrow, for tomorrow will bring worries of its
Use the RemoveFile Element to get delete orphaned files with the
attribute On="both". See ->
http://wix.sourceforge.net/manual-wix3/wix_xsd_removefile.htm
Yes you can't use an auto-generated ProductCode for a Minor Update only
Major Upgrades. Your ProductCode needs to be unchanged for Small Update
Unfortunately you can't. That control doesn't support transparent text. You
either have to live
with it, change the background colour to match, or specify no text and place a
text control next to it.
Rob
On 02/07/2010 12:45, Chirag Goradia wrote:
> Hi everyone,
>
> The Finish dialog box in
I've used the example here with success:
http://msdn.microsoft.com/en-us/library/aa368786%28v=VS.85%29.aspx
You'll see that it has a section where it handles the progress and roll
back. Look at:
/* determine direction */
-James Poole
On Thu, Jul 1, 2010 at 6:02 PM, Andy Glass wrote:
> I real
Found the issue!
Since i'm new to wix and ma,ing Installers, i must havr broken the
component rules at one point,
and that's why the component resources where not removed.
I changed the GUID of the component that should have been removed from
version 1.0.0 to version 2.0.0, and
then it was remove
That's my answer to the Stackoverflow.com thread you started, but you'd
probably like to hear others reading this list :)
"
I don't think there is a way to do it without a custom action (CA). The
most straightforward approach which comes to my mind is to create an
immediate CA, which converts the
Hi Palbinder,
That was the syntax I originally tried. There must be another issue I'm
overlooking at the moment.
Thanks,
James.
-Original Message-
From: wix-users-boun...@lists.sourceforge.net
[mailto:wix-users-boun...@lists.sourceforge.net] On Behalf Of Pally Sandher
Sent: 02 July 20
I'm creating an installer for an application. I have a requirement to
make the text in an Edit control uppercase (replace lowercase letters
with uppercase as the input is being given).
How to solve this issue?
Stefan
-
Hi everyone,
The Finish dialog box in MSI has the checkbox with a different background
colour ( i.e. "Control" colour ) than the rest of Dialog which has a White
background. It is similar to the screenshot shown here -
http://www.tramontana.co.hu/wix/lesson8.php#8.6.
How can we make the checkbox
Hi everyone,
The Finish dialog box in MSI has the checkbox with a different background
colour ( i.e. "Control" colour ) than the rest of Dialog which has a White
background. It is similar to the screenshot shown here -
http://www.tramontana.co.hu/wix/lesson8.php#8.6.
How can we make the checkbox
Hi everyone,
We are using WiX v3.0 IIS extension to create a new Website as a part of MSI
installation. The website gets associated with ASP.NET version 1.1 instead
of 2.0 since the IIS Root is associated with ASP.NET version 1.1.
In WiX source file, how can we specify to associate the website t
Use <> instead of !=
See http://msdn.microsoft.com/en-us/library/aa368012.aspx
Palbinder Sandher
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com
**Design, Simulate + Innovate with the **
Integrated Environmental Solutions Limited.
It should remove the file if the component is removed from a Feature.
Have you tested it? If so have you checked a verbose log?
If you're getting an orphaned file try scheduling RemoveExistingProducts
Before InstallInitialize e.g.
See http://msdn.microsoft.com/en-us/library/aa371197.aspx
Palb
Hi Guys,
I really am the noob! I've tried loads of different variations on this and
as far as I can tell from the examples this looks like it should be working
but it's not. What am I doing wrong here?
I have four Edit controls and as long as there is something in all of then
the next button
He doesn't seem to care about using standard Windows Installer or even
WiX functionality Rob.
A direct quote:
"our experience is that Windows Installer works if it is done perfectly
and in the correct order. our code is defensive and deals with installs
and uninstalls that failed in the middle.
Theres the REBOOT property. That applies per-installer.
Theres some information about reboots in Windows Installer here
http://msdn.microsoft.com/en-us/library/aa371101%28v=VS.85%29.aspx
but perhaps they are referring to some group policy setting.
-Original Message-
From: Michael Osmon
Also, what was the value of ALLUSERS for both attempts (the 32-bit one that
succeeded and the 64-bit one that failed)?
-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: Thursday, July 01, 2010 11:37 PM
To: General discussion for Windows Installer XML toolset.
Sub
35 matches
Mail list logo
