Well, that makes sense then. I had assumed that, but couldn't figure out why
my uninstall worked and dropped the database, but I believe using the same
username gave me "ownership" of that particular database, allowing me to
drop it.
I'm not much of a DB expert, I'm just currently investigating
Hi all,
Hi all,
I am trying to develop a "Small patch" for Our product via wixpdb way with the
patch wxs as::
http://schemas.microsoft.com/wix/2006/wi";>
I have a WiX project in my Visual Studio 2010 solution. The "Output name" box
static, and I would like to append a date or different code to the name at
build time so it be identified in the filesystem easily. How can I change that
value at build-time?
Thanks.
--
On 10-Aug-11 15:46, JesseBearden wrote:
> If an installation has InstalledPrivileges="Elevated" then are
> deferred/impersonated custom actions run with elevated privileges on a UAC
> enabled environment?
No; impersonation means "run with the identity and privileges of the
user launching the inst
On 09-Aug-11 09:22, Daniel Pratt wrote:
> I did not intentionally invoke patching in this process.
I'm not aware of any other way for files to be baselined (though I could
be wrong). Baseline cache is used to uninstall patches, which doesn't
apply to any other type of update. I'd suggest setting
On 10-Aug-11 19:24, Marc Bauer wrote:
> I'm trying to disable the "Cancel" button on "ProgressDlg" and my
That requires a custom action; see "Hiding the Cancel Button During an
Installation" in the MSI SDK. If you want to do so to avoid handling
rollback, note that many other situations cause ro
On 09-Aug-11 10:26, Mark Simonetti wrote:
> I used to use innosetup and oddly {sys} somehow pointed to the correct
> folder, though I'm guessing it did something underhand like use
> WindowsFolder and simply appended "system32", which is what I'm thinking
> of doing at the moment unless anyone has
Heh... for now as a workaround I am having the ExePackage kill the parent
process (the bootstrapper) when the user cancels it... in order to keep the ARP
entry... at least it works... :-/
-Original Message-
From: Dan Puza
Sent: Wednesday, August 10, 2011 6:58 PM
To: WiX-users
Subject:
The issue may be that a custom action running elevated during an install on a
UAC system means "runs with the system account" and that may not have the
required database permissions.
Phil Wilson
-Original Message-
From: Michael Osmond [mailto:mosm...@baytech.com.au]
Sent: Wednesday
I discovered that when Chain DisableRollback="yes", the ARP entry gets removed.
When Chain DisableRollback is omitted, the ARP entry remains intact as expected.
However, for other reasons, I don't want the rollback to happen...
From: Dan Puza
Sent: Wednesday, August 10, 2011 6:45 PM
To: WiX-users
Hi
Not sure what the UAC behaviour is, but our install creates and upgrades
databases on 2008, so in theory it is possible. I am assuming you are using
SQL Server - you can check if it is permissions type issue by looking in the
SQL Management Log - see if there are login problems or other er
Hi
I'm trying to disable the "Cancel" button on "ProgressDlg" and my
understanding from documentation was that a can set and/or
override values in dialogs. It seems to work well if it comes to WiX Exit
dialog and the launch app checkbox... I tried it with the below code, but
the cancel button is
Also, is there a way... or, what is the easiest, or the right way to display a
message like "User cancelled" as the failure message, rather than "Unspecified
error"?
Is there a "standard", pre-determined "user cancelled" exit code I can use? I
am able to change the code returned from this pack
Does this make sense?
The first package in the bundle that attempts to uninstall returns an error
code (Package Vital="yes").
Processing stops and Setup Failed, as I would expect.
However the ARP entry for the bundle gets removed. I would expect that to
remain intact.
Is that indicated by the t
I /believe/ my question is:
If an installation has InstalledPrivileges="Elevated" then are
deferred/impersonated custom actions run with elevated privileges on a UAC
enabled environment?
My issue is:
I've written a small msi that creates a database and runs some scripts.
This works fine on Wind
Working direcory is WkDir in the Shortcut table in the MSI file, and the
documentation specifically says that you can put %USERPROFILE% in there, so
maybe it just works the same way in WiX too.
Phil Wilson
-Original Message-
From: John Daintree [mailto:jo...@dyalog.com]
Sent: Wednesd
Neil, what did you mean by "manually harvesting"? I have googled around for a
couple of days and don't seem to have anything solid/repeatable.
Thanks.
-Original Message-
From: Steve Craft
Sent: Monday, August 08, 2011 7:43 PM
To: General discussion for Windows Installer XML toolset.
Su
Surely that only sets the variable at compile time?
Mark.
--
On 10/08/2011 08:17, maksim.vazhe...@emc.com wrote:
> You can simply use [SystemFolder] for 32-bit package and [System64Folder] for
> 64-bit package.
>
>
>
>
>
>
>
>Id="SC_Debug"
> Name="Pathfinder Se
New test code.
Dim iisRoot As DirectoryEntry = New DirectoryEntry("IIS://localhost/W3SVC")
For Each webSite As DirectoryEntry In iisRoot.Children
MsgBox("HI")
Next
Produces the following exception with detail.
System.Runtime.InteropServices.COMException was unhandled by user c
Hello all,
In an ALLUSER install, I'm trying to set up my desktop icon(s) so that the
WorkingDirectory is set to a per-user location.
If I do (bits omitted for clarity):
Then every user's Working Directory is set to c:\Documents and
Settings\john\My Documents\Our Files (as "jo
No, unfortunately not possible due to MSI UI. See also older
discussions in this mailing list in this context e.g.
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Edit-Control-trap-textchanged-possible-tt2907541.html.
If really needed I think only a CA dialog is an alternative.
Regar
I have a custom dialog in my installation UI (Wix 3.5) which captures some
information using Edit Textbox like this:
1
ORACLEDATABASENAME = ""
Basically I want to fo
Something like
e.g. in target
should do that job.
For relative referencing MSBuild should starts from the wixproj directory.
Regards,
Tobias
2011/8/10 Rory Primrose :
> Try using a post build script in the WiX project to copy the file from a
> known
You can simply use [SystemFolder] for 32-bit package and [System64Folder] for
64-bit package.
-Maksim
-Original Message-
From: Mark Simonetti [mailto:ma...@opalsoftware.co.uk]
Sent: Tuesday, August 09, 2011 6:27 PM
To: WiX-users@lists.sourceforge.net
Subject: [WiX-us
24 matches
Mail list logo
