Re: [WiX-users] Serial Key UI
I was just starting to investigate that control type... and where the text breaks up the string (eg. -) the control conditions to re-evaluate when the caret reaches the 2nd section, so it very nearly does the perfect job. Thanks again. -- View this message in context: http://www.nabble.com/Serial-Key-UI-tf4855567.html#a13914557 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] PrintEULA CA
Of course... I could've been looking for weeks before I noticed that. Many thanks. -- View this message in context: http://www.nabble.com/PrintEULA-CA-tf4856905.html#a13914516 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Serial Key UI
Has anyone created a dialog to accept a serial key from the user before allowing the 'Next' button to function? I think it's easy enough to call a custom action to validate the serial key and to create the field(s) for users to type their serial key into, but the niceties I'm finding tricky. 1 - If you nicely split a long serial key into several edit fields, how can you set them up to be linked so that you can type in the 1st and it will jump to the 2nd (after 5 chars, say) so the user can just type the whole thing uninterupted? And this behaviour might also support copy/paste across all fields if the serial key is emailed to them. 2 - It's simple enough to disable the 'Next' button until all fields have content, but it doesn't update until the focus leaves the final field. Although, this might happen for free if a solution to #1 is available. Regards, Gareth -- View this message in context: http://www.nabble.com/Serial-Key-UI-tf4855567.html#a13894442 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] PrintEULA CA
Hi guys, has anyone succesfully included the PrintEULA call in the latest wixca.dll (2.0.5805.0)? I have my custom action: CustomAction Id=PrintEula BinaryKey=wixca DllEntry=PrintEula Return=ignore Execute=immediate / And my 'Print' button: Control Id=Print Type=PushButton X=112 Y=243 Width=56 Height=17 Text=$(loc.DIALOG_LicenseAgreementDlg_CONTROL_Print) Publish Event=DoAction Value=PrintEula1/Publish /Control But, while clicking said button I get the familiar dialog to choose my printer and it's options, clicking 'Print' there results in nothing appearing in the printer queue :-( Any ideas? Thanks, Gareth -- View this message in context: http://www.nabble.com/PrintEULA-CA-tf4856905.html#a13898360 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Operating System language detection
Have you tried looking at the SystemLanguageID property? I was hoping to find a nice simple regkey to look for rather than having to compose a new DLL function. -- View this message in context: http://www.nabble.com/Operating-System-language-detection-tf4671232.html#a13359979 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Operating System language detection
Does anyone know hoe to determin the language of the operating system? I'm aware that the MSI Engine stores the locale, which you can configure in the control panel. However, there must be something deeper as some of Microsoft's KB updates (xmllite WIC, for example) seem to fail if the OS is of the wrong language above and beyoond the user configurable options within the Control Panel. So, what might these packages be detecting? I've tried using regmon to determin any locale ID's being read somewhere that I'm not familiar with, but so far no joy. Any recommendations are welcom. Thanks, Gareth -- View this message in context: http://www.nabble.com/Operating-System-language-detection-tf4671232.html#a13344584 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Confusing UI Issue
I think the problem is with your SpawnDialog event... try NewDialog instead. -- View this message in context: http://www.nabble.com/Confusing-UI-Issue-tf4646232.html#a13344788 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Embedded locale transforms
Okay I figured it out... you need to ommit the transform's file extension. In my example, just call the file 1036 and embed this. -- View this message in context: http://www.nabble.com/Embedded-locale-transforms-tf4523004.html#a13001287 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Embedded locale transforms
Has nobody had any experience in this sort of behaviour? I've been sent this link in another forum, and I'm sure I'm covering all the steps: http://www.installsite.org/pages/en/msi/articles/embeddedlang/index.htm Is there a minute detail not covered that I could be made aware of? Cheers, Gareth -- View this message in context: http://www.nabble.com/Embedded-locale-transforms-tf4523004.html#a12980515 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Embedded locale transforms
Has anyone any experience of this kind of thing? I've got an MSI with ProductLanguage property set to 1033, likewise the Languages field of the Summary Information is set to 1033. I have created a French transform (just for the dialog strings, for testing purposses) and called it 1036.mst and imbedded it into my MSI using msidb.exe. They say, all you need to do is run it and it'll compare the system locale with your embedded transforms and it'll all work - well, it doesn't. You can call the embedded transform via command line by adding a colon into the sting: msiexec /i msi_path transforms=:1036.mst This DOES work. I decided that perhaps if I added 1036 to the Languages field of the Summary Information it'd work (now 1033,1036). This gets me one step closer, as I get an error: Error applying transforms. Verify that the specified transform paths are valid. and the package fails to get to the Welcome dialog. Running the same command line string with this additional Language in the Summary Information generates the same error message, albeit with curiously different formatting. So, I can run a package with an embedded transform from commandline, but as soon as I do what I thing is neccessary for the process to automate, it all fails. Clearly there is another step I need to complete before I get the desired behaviour. Any ideas? Many thanks, Gareth -- View this message in context: http://www.nabble.com/Embedded-locale-transforms-tf4523004.html#a12903192 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] AppSearch nesting
I've all ready been using this, but I want a better solution to cope when
Flash becomes version 10... the comparing of 9,0,43,0 against 10,0,0,0
says that 10 is lower as MSI always compares as strings.
Another problem is that Flash installers set all their com registration
registry entries to have permissions of Everyone=Deny and so if an
installation fails because of this blockage, the version number gets
successfully written back (as this is not protected) and it no longer
matches the actuall version on the system, which I've discovered on a few
systems.
It's not clear wht Flash does this, but there's been an MS updqate that does
the same:
http://support.microsoft.com/kb/923789
It seems to me that a reg query followed by a version query based on that
result would be a commonly useful feature
Wilson, Phil wrote:
There's no wildcarding in the MSI file search.
There's a CurrentVersion string in HKLM\Software\Macromedia\FlashPlayer
in comma-separated format, 9,0,16,0 on my system, but without seeing
more examples of that string I don't know if a registry search to get
that value and requiring it to be greater than 8,0,24,0 will work as a
string comparison.
Phil Wilson
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Gareth at
Serif
Sent: Friday, August 17, 2007 3:38 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] AppSearch nesting
Thanks for your feedback Phil. you're right though, I did start with
the
CLSID in order to find out which of the many file names could be
installed
is (or isn't)... everytime there's a new version of flash they rename
the
ocx file (flash8.ocx, flash8a.ocx, flash8b.ocx, etc.).
Is there anyway you can perform the FileSearch with wildcards?
Something
like flash*.ocx.
Cheers,
Gareth
Wilson, Phil wrote:
It looks like you're mixing up FileSearch/DirectorySearch and
RegistrySearch.
An MSI AppSearch for a registry item has no version limitations - it
returns the path to the file. That's what you've got.
A Directory/File search can limit version ranges, but you start with a
DirectorySearch path, something like (no angle brackets):
Property ID = FLASH
DirectorySearch Path=[SystemFolder]Macromed\Flash
Depth, Id etc
FileSearch Name =flash.ocx MinVersion=8.0.24.0
And FLASH is set if it's found with those version restrictions. There
is
no nesting of AppSearch.
Something you'll need to watch out for is that they rename the OCXs,
which is probably why you started with a CLSID search. So you can do
several FileSearches in that folder for flash.ocx, flash9.ocx etc and
use any of the resulting properties for success, or pass that path
you've got into a custom action to go get the version. I don't know
if
WiX has any additional search helpers for this, but the MSI AppSearch
on
the registry won't do a version check for you.
Phil Wilson
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Gareth
at
Serif
Sent: Tuesday, August 14, 2007 4:29 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] AppSearch nesting
Hi,
I am trying to use AppSearch to determin if the installed version of
FlashPlayer is sufficient (greater than 8.0.24.0) and have nested some
searches as follows:
Property Id=FILEVERSIONTEST Secure=yes
RegistrySearch Id=FileVersionTestA Root=HKCR
Key=CLSID\{D27CDB6E-AE6D-11cf-96B8-44455354}\InprocServer32
Type=raw
FileSearch Id=FileVersionTestB
LongName=[FileVersionTestA]
MinVersion=8.0.24.0 /
/RegistrySearch
/Property
The resulting log file from the install says:
AppSearch: Property: FILEVERSIONTEST, Signature: FileVersionTestB
MSI (c) (7C:A0) [10:54:29:026]: PROPERTY CHANGE: Adding
FILEVERSIONTEST
property. Its value is 'C:\WINDOWS\system32\macromed\flash\flash.ocx'.
The version of FlashPlayer this sytem has is 6.0.79.0.
As such, I'd expect the AppSearch to return false, which it kind of
does
in
maintaining the path found in the registry, but when I tweaked the MSI
to
test for version 1.0.0.0 the log file was identicle. I suspect the
failing
is in the declaration of my 'LongName' attribute for the FileSearch,
but
I
can't get my head round how this behavious should work.
Any pointers would be great,
Gareth
--
View this message in context:
http://www.nabble.com/AppSearch-nesting-tf425.html#a12142727
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a
browser.
Download your FREE copy of Splunk now http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
[WiX-users] Windows Imaging Component merge module?
Has anyone had any cause to install the Windows Imaging Component (WIC) from Microsoft? http://www.microsoft.com/downloads/details.aspx?FamilyID=8e011506-6307-445b-b950-215def45ddd8DisplayLang=en The problem I have is that there are 10 language variations and that hey appear to only install on the appropriately localed OS. So, if I execute the English download as part of my package and then the end-user tries to install on a French version of XP it'll probably fail. I could install all 10 of them, but what about OS languages not represented? And think of the extra size overhead too!! I have tried to find a merge module that will behave correctly, but without any luck. Any words of wisdom on this would be much appreciated. Regards, Gareth -- View this message in context: http://www.nabble.com/Windows-Imaging-Component-merge-module--tf4299095.html#a12236600 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Dynamically grab directory value
You can also avoid making the directory into a global property by using [$component_name] to evaluate the full path to where a component is installed to in the same way that Rob suggests [#field] fo evaluate the location of a file. Cheers, Gareth Rob Hamflett wrote: Rob's suggestion is if you want to get info about the system so you can change properties in your installation at runtime. It sounds though, like you want to get the information about the current state of the installer. Directory IDs can be treated the same as properties, so you can get the full path of a folder using [FOLDER_ID]. You will probably need to make them upper case so they get passed to the server side properly. If you want the full path to a file it's [#fileid]. Rob -- View this message in context: http://www.nabble.com/Dynamically-grab-directory-value-tf4280152.html#a12197221 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] AppSearch nesting
Thanks for your feedback Phil. you're right though, I did start with the
CLSID in order to find out which of the many file names could be installed
is (or isn't)... everytime there's a new version of flash they rename the
ocx file (flash8.ocx, flash8a.ocx, flash8b.ocx, etc.).
Is there anyway you can perform the FileSearch with wildcards? Something
like flash*.ocx.
Cheers,
Gareth
Wilson, Phil wrote:
It looks like you're mixing up FileSearch/DirectorySearch and
RegistrySearch.
An MSI AppSearch for a registry item has no version limitations - it
returns the path to the file. That's what you've got.
A Directory/File search can limit version ranges, but you start with a
DirectorySearch path, something like (no angle brackets):
Property ID = FLASH
DirectorySearch Path=[SystemFolder]Macromed\Flash
Depth, Id etc
FileSearch Name =flash.ocx MinVersion=8.0.24.0
And FLASH is set if it's found with those version restrictions. There is
no nesting of AppSearch.
Something you'll need to watch out for is that they rename the OCXs,
which is probably why you started with a CLSID search. So you can do
several FileSearches in that folder for flash.ocx, flash9.ocx etc and
use any of the resulting properties for success, or pass that path
you've got into a custom action to go get the version. I don't know if
WiX has any additional search helpers for this, but the MSI AppSearch on
the registry won't do a version check for you.
Phil Wilson
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Gareth at
Serif
Sent: Tuesday, August 14, 2007 4:29 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] AppSearch nesting
Hi,
I am trying to use AppSearch to determin if the installed version of
FlashPlayer is sufficient (greater than 8.0.24.0) and have nested some
searches as follows:
Property Id=FILEVERSIONTEST Secure=yes
RegistrySearch Id=FileVersionTestA Root=HKCR
Key=CLSID\{D27CDB6E-AE6D-11cf-96B8-44455354}\InprocServer32
Type=raw
FileSearch Id=FileVersionTestB
LongName=[FileVersionTestA]
MinVersion=8.0.24.0 /
/RegistrySearch
/Property
The resulting log file from the install says:
AppSearch: Property: FILEVERSIONTEST, Signature: FileVersionTestB
MSI (c) (7C:A0) [10:54:29:026]: PROPERTY CHANGE: Adding FILEVERSIONTEST
property. Its value is 'C:\WINDOWS\system32\macromed\flash\flash.ocx'.
The version of FlashPlayer this sytem has is 6.0.79.0.
As such, I'd expect the AppSearch to return false, which it kind of does
in
maintaining the path found in the registry, but when I tweaked the MSI
to
test for version 1.0.0.0 the log file was identicle. I suspect the
failing
is in the declaration of my 'LongName' attribute for the FileSearch, but
I
can't get my head round how this behavious should work.
Any pointers would be great,
Gareth
--
View this message in context:
http://www.nabble.com/AppSearch-nesting-tf425.html#a12142727
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
View this message in context:
http://www.nabble.com/AppSearch-nesting-tf425.html#a12197422
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Detecting windows versions while installing
I would suggest that you add an event to the 'Next' button on one of your early dialogs (perhaps even the Welcome dialog) and display the info on a spawned dialog... Publish Event=SpawnDialog Value=VistaWarningWindowsNTgt;=600/Publish Then define your 'Vista Warning' with the dimensions and elements you require for the warning and the following event to the 'OK' button to close it: Publish Event=EndDialog Value=Return1/Publish Best of luck, Gareth Anidil wrote: I wanna check for the windows version and give a warning message if the OS is non vista and continue with the installation.. I tried using the VersionNT=600 property inside the condition.but it terminates the installation upon run on non vista OS.How best can i code the installer to just display a warning message in this case? Thanks Andy -- View this message in context: http://www.nabble.com/Detecting-windows-versions-while-installing-tf4280199.html#a12197338 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] how to create language transform in wix? Is it possible to do this in wix?
Yes shambhu kumar wrote: -- View this message in context: http://www.nabble.com/how-to-create-language-transform-in-wix--Is-it-possible-to-do-this-in-wix--tf4277987.html#a12197382 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] AppSearch nesting
Hi,
I am trying to use AppSearch to determin if the installed version of
FlashPlayer is sufficient (greater than 8.0.24.0) and have nested some
searches as follows:
Property Id=FILEVERSIONTEST Secure=yes
RegistrySearch Id=FileVersionTestA Root=HKCR
Key=CLSID\{D27CDB6E-AE6D-11cf-96B8-44455354}\InprocServer32
Type=raw
FileSearch Id=FileVersionTestB LongName=[FileVersionTestA]
MinVersion=8.0.24.0 /
/RegistrySearch
/Property
The resulting log file from the install says:
AppSearch: Property: FILEVERSIONTEST, Signature: FileVersionTestB
MSI (c) (7C:A0) [10:54:29:026]: PROPERTY CHANGE: Adding FILEVERSIONTEST
property. Its value is 'C:\WINDOWS\system32\macromed\flash\flash.ocx'.
The version of FlashPlayer this sytem has is 6.0.79.0.
As such, I'd expect the AppSearch to return false, which it kind of does in
maintaining the path found in the registry, but when I tweaked the MSI to
test for version 1.0.0.0 the log file was identicle. I suspect the failing
is in the declaration of my 'LongName' attribute for the FileSearch, but I
can't get my head round how this behavious should work.
Any pointers would be great,
Gareth
--
View this message in context:
http://www.nabble.com/AppSearch-nesting-tf425.html#a12142727
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Shortcut problem.
I think you may have to define Advertised=no (I think 'yes' is the default if undefined) else the shortcut creation will attempt to make a shortcut to the component's keypath, which isn't a file and so may choose not to make one (as you've seen). Cheers, Gareth -- View this message in context: http://www.nabble.com/Shortcut-problem.-tf4230053.html#a12037745 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DirectX Support Condition
I use DXMajorVersion and DXMinorVersion to test if DirectX is up to date and to install it if not (required for some apps I build packages for). Best of luck, Gareth -- View this message in context: http://www.nabble.com/DirectX-Support-Condition-tf4210480.html#a11981522 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ProgressBar weird behavior on Windows 2000
I think it's a documented bug of the progress bar behaviour on certain versions of Windows Installer if your package is installing more than 2GB of data. Regards, Gareth Man, Shirley wrote: Hi all, On Windows 2000, our installer's progress bar first jumps to 100%, then rewinds back to 0%. Has anyone seen this behavior before? Control Id=ProgressBar Type=ProgressBar X=35 Y=115 Width=300 Height=10 ProgressBlocks=yes Text=!(loc.ProgressDlgProgressBar) Subscribe Event=SetProgress Attribute=Progress / /Control Thanks, Shirley - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/ProgressBar-weird-behavior-on-Windows-2000-tf4058359.html#a11576356 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Vista registry removal issue
I don't think your uninstall process should remove anything it didn't create. Sure, the application itself may make some entries, but you do not need to know what they are and remove them... these entries are usually user customisations that I'm sure they'd want to have back when they reinstall the application. You will not fail vista logo certification by leaving them behind... unless the installer did make them (for a different user perhaps). Gareth Thomas Svare wrote: I'm trying to remove HKEY_CURRENT_USER entries created by the application on uninstall. Unfortunately, going through HKEY_USERS doesn't work on Vista like it does on XP. Each user is not enumerated in HKEY_USER on Vista like it is on XP (or so it seems). The only place that I've found with the entries on Vista is NTUSER.dat. -- View this message in context: http://www.nabble.com/Vista-registry-removal-issue-tf4038089.html#a11505370 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Am I using a property and condition correctly
You need a 1 in your new dialog publish too... Publish Event=NewDialog Value=[WixUI_WEBConfigToReadyToInstall_Next]1/Publish -- View this message in context: http://www.nabble.com/Am-I-using-a-property-and-condition-correctly-tf3801422.html#a10780538 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Setting Folder ACL Permissions
Hi John, I've dnone something similar, but while the MSI technology incorporates the LockPermissions table in order to achieve such things it actually removes any existing permissions and as such far more intrusive than you'd really want. I use SubinACL.exe from M$... the WiX looks something like this for a reg key. Binary Id=wixca src=Installs\Common\Tools\WiX\wixca.dll / CustomAction Id=SetCommandLineCommon Property=QtExecDeferred1 Value='[#subinaclexe] /noverbose /keyreg HKEY_LOCAL_MACHINE\SOFTWARE\...\blah\blah\ /GRANT=S-1-1-0=F' / CustomAction Id=QtExecDeferred1 BinaryKey=wixca DllEntry=CAQuietExec Execute=deferred Return=check / DirectoryRef Id=Program Component Id=RegPermissions Guid=YOURGUID---- DiskId=1 File Id=subinaclexe Name=subinacl.exe Compressed=yes src=installs/common/tools/SubinACL/subinacl.exe / /Component /DirectoryRef Where S-1-1-0 is the SID for the Users user group. I'm sure this is easily adaptable for a folder simply by reading the help that comes with SubinACL. And the CAQuietExec needs to be called differently if you don't wish to perform the CA as deferred... this is documented in the WiX help. If you're going for Vista verification, you'll need to make a manifest file for subinacl, or call it from your sourcedir, but then make sure you don't try and call it on modify/repair, etc. Good luck, Gareth -- View this message in context: http://www.nabble.com/Setting-Folder-ACL-Permissions-tf3768482.html#a10737099 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Patch failure when using non-whole files
Thanks for your comments, but with the single file, the patch is 3 times bigger when including whole files. When you factor in the other patching files from the real case (which all make much smaller binary differences) the final patch is closer to 4 times bigger. Do you not think there's a bug in this somewhere or any better workaround? Regards, Gareth -- View this message in context: http://www.nabble.com/Patch-failure-when-using-non-whole-files-tf3778936.html#a10716259 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Patch failure when using non-whole files
So, do you think it's a bug in MsiMsp.exe that I can report to M$ or with the Candle/Light stages prior to it? -- View this message in context: http://www.nabble.com/Patch-failure-when-using-non-whole-files-tf3778936.html#a10721753 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Patch failure when using non-whole files
Hi guys, Here's a puzzle for you to consider. I had a big patching issue for one of my largest packages and have narrowed the issue down to such a degree that I have created an identicle package that merely installs one single file that when patched to it's second version, the MSP creation goes perfectly and the log suggests the same. However, when running the MSP over the first install I get the error: Error applying patch to file C:\Config.msi\PT30.tmp. It has probbaly been updated by other menas, and can no longer be modified by this patch. This is resolved by setting he patch to include whole files, but this makes for a patch far biger than I'd realy like. The file itself is an EXE, built in VisualStudio 2005 with an internal manifest, later VeriSigned for Vista verification and just under 13MB in size. Why can't it be patched by binary difference? I can supply the files/packages if anyone would like a look. Many thanks, Gareth -- View this message in context: http://www.nabble.com/Patch-failure-when-using-non-whole-files-tf3778936.html#a10686187 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to call uninstall?
Providing your old package made in InstallShield is MSI based, you can perform a major upgrade by including the old package's UpgradeCode in the new package's Upgrade Table. Best of luck, Gareth -- View this message in context: http://www.nabble.com/How-to-call-uninstall--tf3757488.html#a10622161 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Sequencing headache...
Hi guys, I have a problem that I'd like to install file and use it as part of a CA, but before the registry is written. Initially this seemed easy enough by sequencing the CA within the InstallExecute sequence somewhere between InstallFiles and WriteRegistryValues, but in this scenario the CA tries to execute on the Client side, but the actual files aren't available until the Server side reaches the InstallFiles action. The obvious alternative I could think of was to execute my CA with the 'Commit' attribute, but this causes it to run after the registry values are written... which is too late. Has anyone got experience of executing a CA after the fiels are copied, but before the registry is written? Many thanks, Gareth -- View this message in context: http://www.nabble.com/Sequencing-headache...-tf3753165.html#a10606288 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Shield Decoration on buttons
Hi Rob, I've started to see some peculiar results due to priveledge issues on Vista and found myself back in this thread. I find, as I think you have, that once the app in question is installed, the elevation being passed to the client side of the install differ greatly depending on how you chose to initialise a Repair process, for example. In that, running the bootstrapper again gives a UAC prompt and then all is good, or you can run the MSI again, there is no UAC prompt until much later on and the information being passed to the client side is greatly reduced and potentially detremental to the expected behaviour of later custom actions. I hoped that adding the msidbControlAttributesElevationShield attribute to my Install, Repair and Change buttons would give the engine a better clue that, I really need elevating now! But alas, I don't have a shield appearing anywhere and the install's elevated behaviour has not improved. So, can anyone explain how to get this icon to appear, and will it force a UAC prompt? And why does Vista allow you to initiate a Repair in such drastically different ways to such a degree that you can't be sure what's going to be passed to the client side and what isn't? All comments welcome, Gareth -- View this message in context: http://www.nabble.com/Shield-Decoration-on-buttons-tf3566512.html#a10435009 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] SubinACL usage abroad
Thanks for that Tony. I actually found it and just checked Nabble to post as such. It works a treat as you'd expect. -- View this message in context: http://www.nabble.com/SubinACL-usage-abroad-tf3679498.html#a10287110 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] UAC Prompt Required
Thanks for your advice. I have done some detailed comparisons between the log of the successful repair (with UAC prompt) and the unsuccesful repair (without UAC prompt) and here are the unique lines for each case... WORKING REPAIR: MSI_LUA: Credential prompt not required, user is an admin Specifed source is not already in a list. Adding new sources is allowed. FAILING REPAIR: == MSI_LUA: Credential prompt is not required at this point, product is managed and deployment compliant Specifed source is already in a list. Adding new sources is not allowed. Machine policy value 'EnableUserControl' is 0 PROPERTY CHANGE: Modifying RestrictedUserControl property. Its current value is '0'. Its new value: '1'. There are many Machine Policy lines that are declared in greatly different orders, but are nominally identical, although some are duplicated in the failing repair. Regards, Gareth -- View this message in context: http://www.nabble.com/UAC-Prompt-Required-tf3637831.html#a10198290 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction : Find out which feature has been choosen
I think all you want is a pair of components with the required registry values you want in each feature... the installation will choose which registry value to write automatically. Regards, Gareth -- View this message in context: http://www.nabble.com/CustomAction-%3A-Find-out-which-feature-has-been-choosen-tf3646345.html#a10184450 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Shortcut + hyperlink 2
To compy with users' prefered browsers, i find it easier to simply make the shortcut (*.url) file and install it to the ProgramMenuFolder as a file. For translations, you can localise the name of the file and so how it appears in the shortcut list, but not the rollover description... so for foreign versions you may want to translate and remake the URL file... or don't add a description property. Good luck, Gareth -- View this message in context: http://www.nabble.com/Shortcut-%2B--hyperlink-2-tf3631665.html#a10184674 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Dialog to let user select Program Menu folder
Quite. I wrote one a while back, something like this...
Dialog Id=ShortcutsDlg Width=376 Height=266
Title=$(loc.DIALOG_GENERIC_Title) NoMinimize=yes
Control Id=BannerBitmap Type=Bitmap X=0 Y=0 Width=376
Height=45 TabSkip=no Text=DlgBanner /
Control Id=Title Type=Text X=15 Y=6 Width=280 Height=15
Transparent=yes NoPrefix=yes
Text={\FontTitle}$(loc.DIALOG_ShortcutsDlg_CONTROL_txt1) /
Control Id=Description Type=Text X=15 Y=20 Width=195
Height=30
Transparent=yes NoPrefix=yes
Text={\FontNormal}$(loc.DIALOG_ShortcutsDlg_CONTROL_txt2) /
Control Id=Icon Type=Icon X=30 Y=65 Width=24 Height=24
ToolTip=$(loc.DIALOG_TOOLTIP_FolderIcon) FixedSize=yes IconSize=32
Text=FolderIcon /
Control Id=TargetText Type=Text X=58 Y=65 Width=240
Height=20
Transparent=yes NoPrefix=yes Property=_BrowseProperty
Text=$(loc.DIALOG_ShortcutsDlg_CONTROL_TargetText) /
Control Id=Target Type=Text X=65 Y=80 Width=220 Height=20
Transparent=yes NoPrefix=yes Property=_BrowseProperty
Text=PROGRAMGROUP /
Control Id=Browse Type=PushButton X=300 Y=70 Width=56
Height=17 Text=[ButtonText_Change]
Publish Event=SpawnDialog Value=BrowseDlg1/Publish
Publish Property=_BrowseProperty
Value=PROGRAMGROUP1/Publish
/Control
Control Id=Separator Type=GroupBox X=35 Y=140 Width=306
Height=75 /
Control Id=Description2 Type=Text X=45 Y=150 Width=260
Height=20 Transparent=yes NoPrefix=yes
Text=$(loc.DIALOG_ShortcutsDlg_CONTROL_Description) /
Control Id=DesktopSC Type=CheckBox X=55 Y=168 Width=150
Height=17 Property=DESKTOPSC CheckBoxValue=1
Text=$(loc.DIALOG_ShortcutsDlg_CONTROL_DesktopSC)
Condition Action=disableVersion9X/Condition
/Control
Control Id=QuickLaunchSC Type=CheckBox X=55 Y=188 Width=150
Height=17 Property=QUICKLAUNCHSC CheckBoxValue=1
Text=$(loc.DIALOG_ShortcutsDlg_CONTROL_QuickLaunchSC)
Condition Action=disableVersion9X/Condition
/Control
Control Id=BottomLine Type=Line X=3 Y=234 Width=372
Height=0
/
Control Id=Back Type=PushButton X=180 Y=243 Width=56
Height=17
Text=[ButtonText_Back]
Publish Event=NewDialog Value=CustomizeDlg1/Publish
/Control
Control Id=Next Type=PushButton X=236 Y=243 Width=56
Height=17
Default=yes Text=[ButtonText_Next]
Publish Event=AddLocal
Value=ShortcutsDesktop![CDATA[DESKTOPSC =
1]]/Publish
Publish Event=Remove
Value=ShortcutsDesktop![CDATA[DESKTOPSC
1]]/Publish
Publish Event=AddLocal
Value=ShortcutsQuickLaunch![CDATA[QUICKLAUNCHSC = 1]]/Publish
Publish Event=Remove
Value=ShortcutsQuickLaunch![CDATA[QUICKLAUNCHSC 1]]/Publish
Publish Event=NewDialog
Value=InstallDlgWithBrowse1/Publish
/Control
Control Id=Cancel Type=PushButton X=304 Y=243 Width=56
Height=17 Cancel=yes Text=[ButtonText_Cancel]
Publish Event=SpawnDialog Value=CancelDlg1/Publish
/Control
/Dialog
--
View this message in context:
http://www.nabble.com/Dialog-to-let-user-select-%22Program-Menu%22-folder-tf3640577.html#a10184771
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Dialog to let user select Program Menu folder
While the dialog works, I'd much prefer some kind of list box of the ProgramMenu rather than a browse control that enables users to dump their shortcuts in some inappropriate locations... actually, anyone want to suggest how to go about such an improvement to the above code? Thanks, Gareth -- View this message in context: http://www.nabble.com/Dialog-to-let-user-select-%22Program-Menu%22-folder-tf3640577.html#a10184773 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] UAC Prompt Required
The InstallPrivileges attribute is indeed set to elevated. I never actually figured out what behioural differences there were on the strength of this attribute though... -- View this message in context: http://www.nabble.com/UAC-Prompt-Required-tf3637831.html#a10184850 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] UAC Prompt Required
Hi guys, I have an issue with a package I've built which has a number of merge modules, including that for MDAC2.8. This has some properties set on the client side of the installation that need to be passed to the server side in order for it to install when needed. It is not needed on Vista, of course. The problem is that when I repair the package, some ways of doing so give a UAC prompt and the installation log correctly passes these properties across and everything works. But some methods or repairing do not give a UAC prompt and the merge module gives it's error dialog (trying to install on an unsupported OS) and rolls back the install. Examples of when it works: - Click 'Repair' at the top of the Programs Features dialog in Vista. Examples of when it doesn't work: - Right-click the program in Programs Featurs dialog and 'Repair' from context menu. - Double-click the original MSI and select 'Repair' in the UI Sequence. So, how can I insist that the install gets elevated and give the UAC prompt in order to work in all methods of repairing the install? Many thanks, Gareth -- View this message in context: http://www.nabble.com/UAC-Prompt-Required-tf3637831.html#a10158386 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Shield Decoration on buttons
I find that the msi file extension tells Vista that the process requires elevation and you get the UAC prompt before the UI Sequene begins. Therefore, by the time you get to your 'Install' button with the potential to display your UAC Shield, the install doesn't require elevation (as it all ready has it) and the behaviour decides not to show the shield as it's not going to call UAC. Basically, your installation should call UAC only once. If your bootstrapper icon has been deemed worthy of the shield by Vista, this will call UAC. From then on, nothing needs the shield and shouldn't have it. To stop this and only elevate when you actually click 'Install' (and so display the shield) you will need to stop the install from elevating itself before the UI begins - probably with an appropriate manifest file. Best of luck, Gareth -- View this message in context: http://www.nabble.com/Shield-Decoration-on-buttons-tf3566512.html#a10032713 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ICE38 error
It's because the olders you're installing files to can be in per-user or per-machine locations depending on the value of the ALLUSERS property. For example, your start menu, or the AllUser's start menu. Since the package doesn't know what ALLUSERS will be set to until it's executed, the validation has to be prepared for either case. And so, if ALLUSERS were to be set to 0 (baring in mind a user could do this via commandline against your will) the files in these folders would only exist for the user that installed the application. So, in this example, a new user logging on to the system wouldn't have those files and they may be vital to the running of the program and will probbaly see a lot of crashes or missing content - a poor experience. By giving components installed into these potentially per-user locations keypaths in a per-user location (such as a registry value in HKCU) then any new user that's missing these components will get an automated repair on runup (because they won't have the HKCU keypaths either) and will have those files installed as needed and the app gets everything it wants. The bad side to this is that if you have a per-machine installtion, which you almost always will, all new users will get a repair even though they actually have all the files... the repair only puts in these registry values added to satisfy the ICE. This, in my eyes, is an equally undesireable user experience. There is a special type of registry value you can use as a keypath; just set Root=HKMU. These special entries will resolve the root to either HKCU or HKLM depending on the value of ALLUSERS (just like those special folders) and so everything matches and users only get a repair in the per-user type installation. However, ICE validation isn't sophisticated enough to spot this functionality being in place, and even though it's the perfect answer to all cases does not satisfy the ICE and will fail Vista Logo certification! Best of luck, Gareth -- View this message in context: http://www.nabble.com/ICE38-error-tf3551115.html#a9937392 Sent from the wix-users mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problems with MFC and CRT 8 Merge Modules
The Warnings are okay - it's errors you want to worry about. I get the same verification reports and a big fat Vista verification logo to go with them :-) -- View this message in context: http://www.nabble.com/Problems-with-MFC-and-CRT-8-Merge-Modules-tf3487580.html#a9738055 Sent from the wix-users mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Conditional RemoveFiles on Uninstall
You can probably declare your 'RemoveFile' ines in a component that has a component condition triggered by a property that your user can configure via a checkbox in your UI. I believe that 'RemoveFile' lines work on install and all files will be removed on uninstall so probably won't be the solution for your described needs. Best of luck. -- View this message in context: http://www.nabble.com/Conditional-RemoveFiles-on-Uninstall-tf3480347.html#a9738169 Sent from the wix-users mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How do i embedd and install a 3rd party msi (eg directx or wse runtime) if not already installed
I regularly install DirectX as part of my WiX packages, here's the code for a file I just include for the functionality to 'appear': ?xml version='1.0' encoding=utf-8? Include xmlns='http://schemas.microsoft.com/wix/2003/01/wi' Feature Id=DirectX9 Title=DirectX9 Level=100 Description=DirectX9 AllowAdvertise=no Display=hidden ComponentRef Id=DirectX9 / /Feature Property Id=DirectXDllDirectX9\dsetup.dll/Property Property Id=InstallDXNo/Property CustomAction Id=SetInstallDX Property=InstallDX Value=Yes / CustomAction Id=MsiInstDX BinaryKey=MsiCustomActions DllEntry=MsiInstDX Impersonate=yes / CustomAction Id=MsiInstDXProp Property=MsiInstDXDeferred Value=[UILevel];[SourceDir][DirectXDll] Impersonate=yes / CustomAction Id=MsiInstDXDeferred BinaryKey=MsiCustomActions DllEntry=MsiInstDX Execute=deferred Impersonate=yes / InstallExecuteSequence Custom Action=SetInstallDX After=LaunchConditions(NOT Installed) AND ((DXMajorVersion lt; 4) OR (DXMajorVersion = 4 AND DXMinorVersion lt; 9))/Custom Custom Action=MsiInstDX After=InstallInitialize(NOT Installed) AND (InstallDX = Yes)/Custom Custom Action=MsiInstDXProp After=MsiInstDX(NOT Installed) AND (InstallDX = Yes)/Custom Custom Action=MsiInstDXDeferred After=MsiInstDXProp(NOT Installed) AND (InstallDX = Yes)/Custom /InstallExecuteSequence InstallUISequence Custom Action=SetInstallDX After=LaunchConditions(NOT Installed) AND ((DXMajorVersion lt; 4) OR (DXMajorVersion = 4 AND DXMinorVersion lt; 9))/Custom Custom Action='SetRebootRequired' After='SetInstallDX'(NOT Installed) AND (InstallDX = Yes)/Custom /InstallUISequence DirectoryRef Id=TARGETDIR Directory Id=DirectX9 Name=DirectX9 src=Installs\Common\DirectX9c Component Id=DirectX9 Guid=80A814B2-E059-4A83-9533-C9A9A694C869 DiskId=1 File Id=DX9BDA.cab Name=BDA.cab Compressed=no / File Id=DX9BDANT.cab Name=BDANT.cab Compressed=no / File Id=DX9BDAXP.cab Name=BDAXP.cab Compressed=no / File Id=DX9DirectX.cab Name=DirectX.cab Compressed=no / File Id=DX9dsetup32.dll Name=dsetup32.dll Compressed=no / File Id=DX9DSETUP.dll Name=DSETUP.dll Compressed=no / File Id=DX9dxnt.cab Name=dxnt.cab Compressed=no / File Id=DX9DXSETUP.exe Name=DXSETUP.exe Compressed=no / File Id=DX9ManagedDX.CAB Name=ManagdDX.CAB LongName=ManagedDX.CAB Compressed=no / /Component /Directory /DirectoryRef /Include AS for other MSIs (Adobe Reader, for example) so long as there's only one to install, you can call the MSI in a deferred custom action that'll launch after your own installation had finished - I've done that a few times with great success too. Good luck, Gareth -- View this message in context: http://www.nabble.com/How-do-i-embedd-and-install-a-3rd-party-msi-%28eg-directx-or-wse-runtime%29-if-not-already-installed-tf3469351.html#a9738492 Sent from the wix-users mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Question about FASTOEM InstallLocation
Re: FASTOEM I read the same requirement and found details on what is required for this functionality to work here: http://msdn2.microsoft.com/en-us/library/aa368576.aspx So, it could be something as simple as the package not been ran from the same volume... when it does work, it goes lightning quick, I was amazed!! Although, I can't see any use for it even though I went to the effort of creating a component to write the EstimatedSize registry value in manually on the condition of FASTOEM=1. Sorry, I didn't get any errors, but a verbose log file should help identify the cause of the failiure. In my experience, so long as the package happily installs without UI (relying on the Execute sequence alone) then the FASTOEM functionality comes for free, so long as you follow the points on taht MSDN page. Good luck, Gareth -- View this message in context: http://www.nabble.com/Question-about-FASTOEM---InstallLocation-tf2882775.html#a9477886 Sent from the wix-users mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Condition display of dialog
I've done something similar, but while I don't have a solution to your 'double-click Next' issue, I can suggest how my validation works. On the 'Next' control button I have a pair of Punlished Events for true/false as you do, but only one is NewDialog. The REGISTRATIONCODEVALID=false case publishes a SpawnDialog event that has a string saying something like Invalid key! and an OK button control that has a published event of EndDialog. This just gives the user a pop up that they can't avoid until a valid key is entered. Works a treat. Cheers, Gareth -- View this message in context: http://www.nabble.com/Condition-display-of-dialog-tf3399345.html#a9478182 Sent from the wix-users mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to change string lengths
In my experience the product name is the name of the app and shouldn't change when you localise the app. For example, when John goes to Spain he doesn't start calling himself Juan, he's still called John. Sorry I couldn't answer your technical queries. -- View this message in context: http://www.nabble.com/How-to-change-string-lengths-tf3395605.html#a9459733 Sent from the wix-users mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ICE33
I can confirm that warnings are all okay for Vista logo... I have a number of ICE33 warnings and have gotten that all important badge of approval for my packages. You can also get away with errors that appear as aresult of including MS merge modules, so long as they're well documented. The same goes for unsigned EXE and DLLs that you might be installing from a 3rd party source. Regards, Gareth Mike Robertson wrote: Like many others here I'm getting ICE33 warnings saying things should be registered in the ProgId table that I don't really have to worry about so far as actual installation is concerned. But can anybody confirm (or not) that these ICE33 warnings are OK for Vista certification (which does specifically say 'error' rather than 'warning', but it would be nice to hear that MS are OK'ing products with these warnings before I actually send them a package for certification). -- View this message in context: http://www.nabble.com/ICE33-tf3386348.html#a9433006 Sent from the wix-users mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Uninstalling
Does running the application generate new files in your folder(s) and so the installer has lost full ownership and so won't remove them? Try performing a treewalk of your installation files and see if anything new shows up that you weren't expecting. -- View this message in context: http://www.nabble.com/Uninstalling-tf3377150.html#a9433072 Sent from the wix-users mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Localised ComboBox isn't working
Thanks for your reply, my code sample is correct vor WiX2... I have gotten around the problem by declaring 200 properties... and giving the ComboBox values equivelent to the properties rather than the localised strings directly. What a pain though! Henrik Opel wrote: Hi Gareth, not sure if this is a change from version 2, but in version 3 localization variables are called via '!(loc.VariableName)' (instead of '$(loc.VariableName)'). Maybe just a typo in your ListItem declarations? Henrik Opel Gareth at Serif wrote: Hi guys, I have a ComboBox defined in my UI to list a selection of countries for the end-user to choose from... these countries are localised so that when the install is translated, these entries are correct for the country of distribution. Something like this: ComboBox Property=COUNTRY ListItem Value=$(loc.AF) / ListItem Value=$(loc.AL) / ListItem Value=$(loc.DZ) / ListItem Value=$(loc.AD) / /ComboBox I then use the same localised strings in various component conditions and custom actions. However, while all these localised country names get localised throughout the install, these ComboBox values do not. I've tried localising the ListItem text fields, but when the user selects an item, the ComboBox displayes the value and not the text - very confusing when the two don't match. Can anyone suggest a method to get this to work? Thanks, Gareth - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/Localised-ComboBox-isn%27t-working-tf3348914.html#a9335663 Sent from the wix-users mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Broken shortcuts in Vista
Hi all, To bring up to speed with my problem... I had to convert some installs to pass Windows Logo testing, which meant (among many other things) that no component can have more than one shortcut. So, since I require a Start menu shortcut and a Desktop shortcut, I came up with the brilliant plan of creating an LNK file of an advertised shortcut that I can install in it's own compnetn and have the Desktop shortcut defined within that. So, you end up with a shortcut pointing at a shortcut... it all works and Windows Logo verification we got. I have recently discovered that while this solution is fine across all OS, a curious thing happens on Vista should you decide to disable UAC. The app installs fine and creates the Desktop shortcut just as I'd expect. Hoever, when you double-click this shortcut it runs the app only one. It seems that as soon as you use the shortcut, Vista decides to change it... the icon disappears, the 'Shortcut' pane on the properties dialog disappears and the file is 0.8kb smaller!! Clearly UAC is stopping Vista from making this change, but why is this happening and what can I do about it? Regards, Gareth -- View this message in context: http://www.nabble.com/Broken-shortcuts-in-Vista-tf3356646.html#a9335671 Sent from the wix-users mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Localised ComboBox isn't working
Hi guys, I have a ComboBox defined in my UI to list a selection of countries for the end-user to choose from... these countries are localised so that when the install is translated, these entries are correct for the country of distribution. Something like this: ComboBox Property=COUNTRY ListItem Value=$(loc.AF) / ListItem Value=$(loc.AL) / ListItem Value=$(loc.DZ) / ListItem Value=$(loc.AD) / /ComboBox I then use the same localised strings in various component conditions and custom actions. However, while all these localised country names get localised throughout the install, these ComboBox values do not. I've tried localising the ListItem text fields, but when the user selects an item, the ComboBox displayes the value and not the text - very confusing when the two don't match. Can anyone suggest a method to get this to work? Thanks, Gareth -- View this message in context: http://www.nabble.com/Localised-ComboBox-isn%27t-working-tf3348914.html#a9311637 Sent from the wix-users mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to force the .msi run as Administrator
You need to make sure that your bootstrapper has one of the magical Vista strings within it like setup or install. This will instantly elevate the priveledges within Vista unless it has a corresponding Manifest file telling it not to. I get the impression that you're calling the MSI file directly and I was under the impression that this was equally magical on Vista. Try adding setup to the name of your MSI though - so if you're running myapp.msi, try calling it myapp-setup.msi and see if Vista catches it and elevates the permissions. If you have UAC switched on you should get a different, more-friendly UAC warning. Regards, Gareth Xin Liu (Person Consulting) wrote: We have a .msi file built from Wix toolset which calls one of the VS SDK tool. So if the .msi is ran in Vista, even if you are a member of Administrator group, it will failed. However, if run it as Administrator (Right click cmd.exe, choose Run as Administrator, then call the .msi from the cmd.exe), operation succeed. So is there a method in Wix to force run the .msi as Administrator. Thanks, Xin Liu - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/How-to-force-the-.msi-%22run-as-Administrator%22-tf3292742.html#a9159071 Sent from the wix-users mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
