For some reason, when I make an msi build using WiX, sometimes the MSI that
comes out is missing custom actions in my InstallExecuteSequence. The custom
actions are correctly identified in the CustomActions table in Orca but in
the InstallExecuteSequence, they are not there. This doesn't happen
never mind, this was my error, i had my custom actions commented out in the
wix file...i am stupid, sorry
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-Actions-Missing-in-InstallExecuteSequence-tp5039683p5043372.html
Sent from the
Hello,
I have an application that is wrapped in an MSI. It contains 1 service and 1
exectuable that is 'in use' during an upgrade.
On Windows XP, I do not get any notice/popup that the service and executable
is in use with any dialog to ask me if i want to ignore or shut it down.
On Windows 7,
that
may mean there's reference that is still looking for it.
4) See opening remarks. Ignore the MSIRESTARTMANAGERCONTROL property ;=)
Phil Wilson
-Original Message-
From: achandrapano [mailto:[hidden email]
http://n2.nabble.com/user/SendEmail.jtp?type=nodenode=4430757i=0 ]
Sent
I have a binary custom action exe. I am having a strange issue with running
this EXE during a very specific install sequence.
I have 3 MSI versions (say version 1,2, and 3).
1. I use GPO deployment for version 1. (works fine)
2. After it is successful, I do a manual install (double click on MSI
logs
indicating
SxS (side-by-side) manifest errors.
Alternately, try extracting the content from the Binary table and make
sure
there is no error and that the extracted binary isn't somehow corrupted.
-Original Message-
From: achandrapano [mailto:achan...@panologic.com]
Sent
Thanks Richard. You are an invaluable source of information.
Richard-45 wrote:
In article 1243888350711-3008461.p...@n2.nabble.com,
achandrapano achan...@panologic.com writes:
Control Id=ActionData Type=Text X=135 Y=125 Width=220
Height=30 Transparent=yes NoPrefix=yes
When I double click on my MSI, right before the welcome dialog pops up, I get
a screen that shows some of the properties in my MSI and whether they are
TRUE or not. This screen shows really quickly (maybe .25 of a second) and
then moves on to the welcome dialog.
Any ideas what is causing this
Before=AppSearch /
/InstallUISequence
/UI
/Fragment
/Wix
Richard-45 wrote:
In article 1243879828422-3007707.p...@n2.nabble.com,
achandrapano achan...@panologic.com writes:
It looks like it is being spit from PrepareDlg. Not sure why it is
showing
property values yet
the MsiLogging and MsiLogFileLocation properties.
On Sat, May 23, 2009 at 3:32 AM, achandrapano achan...@panologic.com
wrote:
I am trying to create a bootstrapper to my MSI so I can pass in the
logging
verbosity and log file location to msiexec. I have looked at setupbld.exe
but it doesn't
I have a custom action that occurs right before InstallFinalize. Pressing
cancel and selecting 'yes' doesn't seem to cause a rollback. Is this a
timing issue since no rollbacks are allowed after InstallFinalize? The MSI
log shows the cancel dlg was created but nothing else (I did a diff of 2 msi
the
cancel request now...is this OK?
Richard-45 wrote:
In article 1243447694545-2982772.p...@n2.nabble.com,
achandrapano achan...@panologic.com writes:
I have a custom action that occurs right before InstallFinalize. Pressing
cancel and selecting 'yes' doesn't seem to cause a rollback
I am trying to create a bootstrapper to my MSI so I can pass in the logging
verbosity and log file location to msiexec. I have looked at setupbld.exe
but it doesn't seem to be able to pass in parameters. I want someway to set
logging verbosity and location of log files when someone double clicks
How do I add a custom action to a WiX UI Dlg?
David Bartmess wrote:
I'm not 100% sure, but I think you could schedule a custom action that
sets the property to itself, and do a DoAction event on the Next button.
-Original Message-
From: achandrapano [mailto:achan
I have a filesearch action that checks for existence of a file and stores
this in a property. During the UI sequence, I have a dialog that pops up if
this file doesn't exist (it just checks the value of the property that was
set during the filesearch). However, if a user were to manually make
If I pass a property to my msi via command line, it seems like it is only
reflected in the current msi context but not when removeexistingproducts is
called to uninstall the old product. Is tehre any way to make this public
property pass to old msi as well?
--
View this message in context:
place a
rollback CA before that?
Richard-45 wrote:
In article 1242101191107-2867127.p...@n2.nabble.com,
achandrapano achan...@panologic.com writes:
Yes I see your point, but is there no way to do everything from the new
MSI?
Nope. All you have access to in the new MSI is the new
,
achandrapano achan...@panologic.com writes:
But from the new msi you do have access to the REP action which should
call
the old msi's uninstaller. Why can't I put a rollback CA right before
this?
See the documentation on RemoveExistingProducts. If you want the
sequence to be remove old
through the msi logs?
Richard-45 wrote:
In article 1242164147122-2873091.p...@n2.nabble.com,
achandrapano achan...@panologic.com writes:
Yeah I saw that, but was hoping there was some kind of hack.
Trust me, the *LAST* thing you want to be doing in your software
installations
those two lines above, then it moves to the
next rollback action which is Removing shortcuts.
Richard-45 wrote:
In article 1242169753994-2875388.p...@n2.nabble.com,
achandrapano achan...@panologic.com writes:
So I added a rollback action to the old msi to reinstall my drivers right
?
Richard-45 wrote:
In article 1242174267154-2877231.p...@n2.nabble.com,
achandrapano achan...@panologic.com writes:
So it looks like all the 3 conditions are evaluating to true, but nothing
happens. Is there any way to debug what the error really is? The Msi log
shows nothing
wrote:
In article 1242189374607-2878976.p...@n2.nabble.com,
achandrapano achan...@panologic.com writes:
Well the MsgBox works for the first rollback action that occurs in the
new
msi. For the old msi, the message box doesnt show AND I also log driver
info
to a file and that file
REP is right after InstallInitialize. I can't put this Rollback action in the
older MSI. Here is the reason why. I am installing drivers using custom
actions. When installing the newer version as part of the upgrade, say
something goes wrong with the driver installation. At this point a rollback
I moved REP to After InstallFinalize and now it seems I can execute my
rollback action before Remove Files. However I need the REP to be After
InstallInitialize . Is there any way to make the rollback action work before
RemoveFiles while keeping REP After InstallInitialize?
achandrapano wrote
1242087148392-2866280.p...@n2.nabble.com,
achandrapano achan...@panologic.com writes:
REP is right after InstallInitialize. I can't put this Rollback action in
the
older MSI.
Why not? You can patch the old MSI so that when the uninstall rolls
back, it reinstalls the driver
25 matches
Mail list logo