Yes, I've seen this issue on one machine. Text disappears on a repaint.
All text drawn over a bitmap (like the welcome/finish page text and the
banner text) is affected. I've only seen this on 1 machine (I'm testing
with 3 here) and I think it's a display driver issue, but not sure.
Michel Verhage
I see that there is a repainting issue with the progress dialog title during
install and uninstall. The Installing/Uninstalling the title
disappears while executing few custom actions.
Have anybody faced this issue before??
Please help
-
Andy
MSI Developer
Schneider Electric
--
View this
I'm using the following Wix code to create a Desktop Shortcut to the
ProgramData folder in Microsoft Vista.
It works fine and creates the shortcut fine. However there is one problem
since it creates the shortcut on AllUsers Desktop while I want it t
On 13/05/2010 06:11, Bruce Cran wrote:
> I upgraded WiX from a version from a couple of months ago to 3.5.1710.0
> and started getting the following linker errors:
>
Sorry, I saw the answer just seconds after posting: I needed to add
version.lib.
--
Bruce Cran
-
I upgraded WiX from a version from a couple of months ago to 3.5.1710.0
and started getting the following linker errors:
4>c:\users\bruce\desktop\sctpdrv\wix\dutil.lib(fileutil.obj) : error
LNK2019: unresolved external symbol _verqueryval...@16 referenced in
function _filevers...@12
4>c:\users\
I looked at "MsiProcessMessage Function" and at "Sending Messages to Windows
Installer Using MsiProcessMessage " but there are no information about this.
But if you right it means that I cannot use MsiProcessMessage() at custom
actions called by PushButton?
--
View this message in context:
http:
Hi,
Is there any reference with a complete summary of the new elements
(e.g. MajorUpgrade) in WiX 3.5? Ideally I'm looking for a complete
reference (even if it's just a list of a few blog posts) of the
changes so far before I begin migration and cleaning up my sources.
I'm in the process of forma
Hi ,
Am implementing burn for one of our projects. Got some samples online. Do we
have any documentation and samples on Burn in 3.5?
Thanks,
Jagadeesh
--
___
WiX-users mailin
Use a virtual machine and revert back after your install/uninstall tests!
Phil Wilson
-Original Message-
From: Kristoffer Danielsson [mailto:kristoffer.daniels...@live.se]
Sent: Wednesday, May 12, 2010 3:16 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Files not remov
I used to have a similar problem with a Merge Module we were consuming
from a third party, when we would call the COM object on some systems
this would always trigger a repair.
Eventually we traced it back to some .NET conditions included in the
module (we weren't using the wrappers, only native c
Thanks for the hint! It turned out there were some uninstall entries left in
the registry (though I could not find it in the control panel). I really hope
this is merely an effect of the development phase: installing/uninstalling
packages with the same version using different package IDs.
> D
I've had the same problem until I found out there was still a listing for my
installed program under "Add/Remove Programs". Uninstalling that one fixed it
for me. The setup log showed something like "not removing because existing
program depends on it" or something similar (can't remember exactl
It seems the problem I reported yesterday is related to this because I'm
also using WIX 3.5
"[WiX-users] Upgrade no longer work when I use WebVirtualDir element"
Pierre Lebel
-Original Message-
From: Chad Petersen [mailto:chad.peter...@harlandfs.com]
Sent: Wednesday, May 12, 2010 10:38
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 wix-users
How are you scheduling your custom actions in the InstallExecuteSequence
table? With the InstallExecuteSequence element?
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-Actions-Missing-in-InstallExecuteSequence-tp5039683p5043350.html
Sent fro
Hi,
This is really frustrating. I had a working MSI, but realized I was violating
some MSI rules (used the same KeyPath for multiple components) and decided to
clean it up. Now, when following the guidelines, my components are not removed
from the system.
Installation is per-user only,
RegistryValue element and ServiceControl element. Too much caffeine
today...
Sorry for the spam...
-Original Message-
From: Chad Petersen
Sent: Wednesday, May 12, 2010 1:38 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: RE: [WiX-users] Start an existing disabled
Should have taken another minute to look.
In the registry
HKLM\System\CurrentControlSet\Services\Themes
Set the Start dWord to 2 (Automatic) instead of 4 (Disabled). If you
have Services applet open you can then F5 refresh to see the change.
So, should not require a Custom Action from what I c
It is the ServiceInstall element in native WiX that sets the Start type
of the service. Since your installer is not installing this service
(Windows did that for us all) then I don't think you get to control that
aspect through your installer using native WiX. You'd almost certainly
be looking at a
I have to start the "Themes" windows service from my MSI.
If the service is disabled on the target machine, I want to change the
service config to "Auto" and start the service. How can I do this in WiX?
Thanks,
Jacob
--
oops. Another assembly reference moment...
I changed the reference to the file under my source control directory.
Now it works fine.
sorry 'bout that.
-Original Message-
From: Kurt Jensen [mailto:kurt.jen...@ophir-spiricon.com]
Sent: Wednesday, May 12, 2010 1:40 PM
To: General discuss
I'm now trying to include my wixproj with the daily builds. But it is
telling me it cannot find "Microsoft.Deployment.WindowsInstaller" when
trying to build a custom action. I deployed the tools as described at
http://wix.sourceforge.net/manual-wix3/daily_builds.htm.
But now I am not sure what
Thanks Will - I was confusing Id and Name and Source.
Thanks Chad - You're right. The first problem has nothing to do with
OS. I will have to study the 32- vs 64-bit problem some more.
Kurt
-Original Message-
From: Chad Petersen [mailto:chad.peter...@harlandfs.com]
Sent: Wednesday, Ma
http://www.csscript.net/WixSharp.html
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Kurt - I have several files in one (huge) installer called web.config.
Each is a completely different file internally and each in their own
Directory and Component with unique GUID. What's the error message you
are getting? What version of WiX?
I think I've read on here that you can't write one in
I'm doing this; I have one version that gets gac'd and one version that goes in
a program files directory. I got errors at first, but then I realized it was
duplicate File Ids. The file names could be the same, but the ids had to be
different.
Here's a snippet:
I have two similar problems
1) I want to install two files with the same name into two respective
folders. The solution stores the same file under two different
projects. The current vdproj installation references the two files and
puts them into their separate folders. But light throws an e
Just to make sure there's no confusion here, Windows does NOT use that
uninstallstring in Add/Remove Programs. Change it if you like and see that it
has no effect.
Phil Wilson
-Original Message-
From: Chad Petersen [mailto:chad.peter...@harlandfs.com]
Sent: Tuesday, May 11, 2010 3:2
Yep, somewhere in the MSI SDK this is documented as not working.
On Wed, May 12, 2010 at 6:09 AM, vunder wrote:
>
> I am using MsiProcessMessage() to log messages and to show simple dialogs.
> But now have some problems with it.
> I added a custom action to button. At that action I am trying to
WiX v3.5 is still under development. Please do file bugs if you hit things
that don't work.
On Wed, May 12, 2010 at 8:43 AM, Chilaveg Poug wrote:
> I have another error, but also only during Upgrade on IIS7. If website
> doesn't exist all is OK. Upgrade on IIS 5.1 or 6.0 is successful.
>
> Commi
I think WiX 3.5 is still in Beta so I believe they are taking bug
reports still. Might be worth filing one in this case.
-Original Message-
From: Chilaveg Poug [mailto:chilavegp...@mail.ru]
Sent: Wednesday, May 12, 2010 8:43 AM
To: 'General discussion for Windows Installer XML toolset.'
S
I have another error, but also only during Upgrade on IIS7. If website
doesn't exist all is OK. Upgrade on IIS 5.1 or 6.0 is successful.
CommitIIS7ConfigTransaction: Entering CommitIIS7ConfigTransaction in
C:\Windows\Installer\MSIB9D9.tmp, version 3.5.1710.0
CommitIIS7ConfigTransaction: Error 0x
If you folks are using WiX 3.5 then you could be hitting a bug. I'm
thinking it's the first to support IIS 7, which that method
"WriteIIS7ConfigChanges" seems to imply.
-Original Message-
From: gaurav_th [mailto:t_gaura...@yahoo.com]
Sent: Wednesday, May 12, 2010 4:23 AM
To: wix-users@li
Great heads up there Pally - Yes, I was actually thinking just the red
line item itself might be useful. This line
However, if you changed Stop='uninstall' to Stop='install' or
Stop='both', by default it would stop it fairly early in the install
process which may not be desired. A person could f
I am using MsiProcessMessage() to log messages and to show simple dialogs.
But now have some problems with it.
I added a custom action to button. At that action I am trying to log some
message and show dialog, but nothing happens!
Even I am encountring the same error. If website already exists, following
error shown is this:
WriteIIS7ConfigChanges: Error 0x800700b7: Unable modify existing WebSite
WriteIIS7ConfigChanges: Error 0x800700b7: Failed to configure IIS site.
WriteIIS7ConfigChanges: Error 0x800700b7: WriteIIS7Co
Just looked at a couple of their tutorials from that link.
The one for installing a COM DLL
(http://www.dalun.com/wix/02.03.2005.htm) uses self-reg which has never
been a good idea.
The one for adding a License Agreement dialog
(http://www.dalun.com/wix/02.18.2005.htm) they decompiled an existing
The registry key is just so that I can use * as my component guid, its the
component keypath.
Its just where I store installer settings for this app.
-Original Message-
From: Carolina Zuqueto Amaral [mailto:carolina.ama...@conv.com.br]
Sent: 11 May 2010 20:11
To: 'General discussion fo
38 matches
Mail list logo