[WiX-users] Getting the MSI Package Path from a custom action
Hello, I need to add licensing functionality to a MSI Package. The package should be shipped together with a license file which will be evaluated by a custom action. The problem is that the current directory in the custom action seems to be the system32 folder. Does anybody has an idea how to access the folder where the MSI package actually is situated from the custom action? I want to access the license file which is in the same folder as the package. Thanks in advance Gerald _ Don't just search. Find. Check out the new MSN Search! http://search.msn.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] Health Care Hispanic Origin
Geography newsroom subjects to this! Households fertility finance insurance real, estate health. Tip sheets facts, for, features, minority links decennial acs! Profile speakers the united. Patterns directors corner economic, surveys education employment. October data, highlight changes housing. File portable document formatto view you will need, adobereg? Families households fertility finance insurance real estate! Industry groups and industries. Profile speakers the united states new population profiles. States new population profiles. Reader free from adobe. From adobe dd ushome source, us public. For features minority, links decennial. Profile speakers the united states. Speaks, profile speakers the united. Employment special editions families households fertility finance insurance. You will need adobereg acrobatreg reader free. Women year pre, rss feed whats or denotes. Top of page navigation search faqs censusgov. In area pay starts at. African aging amer indian, alaska native community asian ownership. United states new population. Asian ownership children patterns directors corner. American Figures.gif Description: GIF image - 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] Bug in Wix v3.0.2218.0 and above
I use WiX v3.0.2211.0 and tried to update to v3.0.2315.0. But all versions above my current one throwing the following errors while using the Mondo-Dialogs. The errors are: The localization variable !(loc.MaintenanceTypeDlgRepairDisabledText) is unknown. Please ensure the variable is defined. The localization variable !(loc.MaintenanceTypeDlgRemoveDisabledText) is unknown. Please ensure the variable is defined. These errors occurs on english or german localization. Maybe it should be fixed. - 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] regarding the usage of ProgID, ClassId in wix
Hi Bob,
The idea here was to avoid ICE33 warnings and if I create the registry keys
by using registry/registry values/tags I believe they would cause ICE33
warnings.
Another thing I noticed was having used TypeLib, Class, AppId and ProgId
tags, the resulting MSI do not have ProgId, Class tables. Is there any flag
I need to set to cause these tables to be created?Am I missing something
here? ICE33 warnings are still reported after having used these tags?
What would be your inputs on this?
-aparna
On 11/30/06, Bob Arnson [EMAIL PROTECTED] wrote:
aparna wrote:
I unable to create the following keys with the above code:
*Software\Classes\AppId\Cxyz.exe Name=AppID Value={GUID}
Type=string*
*Software\Classes\TypeLib\{Guid}\1.0\HELPDIR - with it's path being blank*
*Software\Classes\AppId\{Guid} Name=RunAs Value=NT
AUTHORITY\LOCALSERVICE Type=string*
It doesn't appear that WiX supports those values. You can write them
manually with RegistryKey/RegistryValue elements but please submit a feature
request so we can evaluate them. If you can provide links to docs that
describe those values as valid, it would be helpful.
--
sig://boBhttp://bobs.org
-
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] Getting the MSI Package Path from a custom action
Hi, have a look at the OriginalDatabase or the SourceDir Windows Installer-property. Hth, Franz -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Gerald Grininger Gesendet: Donnerstag, 30. November 2006 09:04 An: wix-users@lists.sourceforge.net Betreff: [WiX-users] Getting the MSI Package Path from a custom action Hello, I need to add licensing functionality to a MSI Package. The package should be shipped together with a license file which will be evaluated by a custom action. The problem is that the current directory in the custom action seems to be the system32 folder. Does anybody has an idea how to access the folder where the MSI package actually is situated from the custom action? I want to access the license file which is in the same folder as the package. Thanks in advance Gerald - 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] amendment IRA
If you right-click on its icon, a context menu will appear. Infected documents can now be recovered instead of being deleted. The heuristic filter checks mail for the characteristics of spam. You can even grab copy another webpage, edit it, and send it out to your subscribers as your message! By making use of a comprehensive database of spyware signatures, it will keep your computer spyware-free. Because this script will let your affiliates linking directly to your product pages so your link popularity will be increasing! The image filter decides whether images embedded in e-mails are specific to spam. It's tightly integrated and flexible modules allow you to handle most aspects of managing your business flow. Also enables you to see what was searched for most. Comes with a setup interface that verifies all paths you supply, to ensure that you get it right the first time. A list of candidates for blocking both sites and parts thereof is provided and updated by BitDefender, as part of the regular update process. Without instant gratification of finding what they are looking for the visitor is gone - maybe forever and any potential sales or return visits won't happen. The scan uses a constantly updated spyware signature database. Web site visitors normally have just one goal in mind and that is to find what they are looking for - fast! Known spyware threats are also blocked in real-time. You can choose to allow or block them, either permanently or temporarily, by a single mouse click. In each email, you can include the person's name, job title, company, city, state, zip, country, phone, and five other customizable fields that will get attention. The image filter decides whether images embedded in e-mails are specific to spam. Instead of relying only on keywords, this approach applies antispam research principles when classifying web pages. You can give search results and related search pages the exact look and feel of your web site. Instead of relying only on keywords, this approach applies antispam research principles when classifying web pages. cohabit.gif Description: GIF image - 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] regarding the usage of ProgID, ClassId in wix
aparna wrote: The idea here was to avoid ICE33 warnings and if I create the registry keys by using registry/registry values/tags I believe they would cause ICE33 warnings. Another thing I noticed was having used TypeLib, Class, AppId and ProgId tags, the resulting MSI do not have ProgId, Class tables. Is there any flag I need to set to cause these tables to be created?Am I missing something here? ICE33 warnings are still reported after having used these tags? ICE33 can be safely ignored, especially if you're using WiX's strongly-typed elements otherwise. The various COM tables in MSI have been found to be problematic so unless you're using advertisment, they aren't used. -- sig://boB http://bobs.org - 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] Bug in Wix v3.0.2218.0 and above
Torsten Rudnick wrote: The localization variable !(loc.MaintenanceTypeDlgRepairDisabledText) is unknown. Please ensure the variable is defined. The localization variable !(loc.MaintenanceTypeDlgRemoveDisabledText) is unknown. Please ensure the variable is defined. These errors occurs on english or german localization. Maybe it should be fixed. I can't reproduce the problem in en-US. Other cultures are likely to have missing strings in WiX v3 -- we've added new dialogs and strings and will continue to do so for a while yet. -- sig://boB http://bobs.org - 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 specify a envirorment variable dir
Oh that's it? S easy! From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 29, 2006 5:12 PM To: Jeff MacDuff Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How to specify a envirorment variable dir Jeff MacDuff wrote: Sorry could you point me in the right direction.. never used type 51 ? You need to define the custom action: CustomAction Id=Foo Property=MYDIRECTORY Value=[%variable]\Bar / then schedule it: InstallExecuteSequence Custom Id=Foo After=CostFinalize / /InstallExecuteSequence -- sig://boB http://bobs.org - 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 update an url shortcut for upgrade install?
Thank you for your replay. Actually I tried the following: do RemoveExistingProducts after InstallFinalize, and do it after InstallValidate. But the URL is not updated in either case. Is there anything else I should try? Li From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 29, 2006 10:46 PM To: Qu, Li Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How to update an url shortcut for upgrade install? Qu, Li wrote: This works well for a new install. But when I do an upgrade install(major upgrade), the URL keeps using the old port. One possibility: Depending on how you configured RemoveExistingProducts, the installer might not be installing the component associated with the .ini file. -- sig://boB http://bobs.org http://bobs.org - 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 specify a envirorment variable dir
I spoke too soon as I cant get this work... here is the syntax I am using: 1. For the install directory, I am using this: Directory Id=PublicFolder Name=PubPic LongName=PublicPicturesDir 2. For the custom action I am using this: CustomAction Id=GetPublicPicturesFolder Property=PublicPicturesDir Value=[%public%]\Pictures / 3. For the install sequence I am using this: Custom Action=GetPublicPicturesFolder After=CostFinalize / What I see, is the property is set to \pictures at install time.. the [%public%] is lost completely. Also orca doesn't show the dir in the propertys section at all. Do I need to further define the property some how? From: Jeff MacDuff Sent: Thursday, November 30, 2006 8:32 AM To: 'Bob Arnson' Cc: wix-users@lists.sourceforge.net Subject: RE: [WiX-users] How to specify a envirorment variable dir Oh that's it? S easy! From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 29, 2006 5:12 PM To: Jeff MacDuff Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How to specify a envirorment variable dir Jeff MacDuff wrote: Sorry could you point me in the right direction.. never used type 51 ? You need to define the custom action: CustomAction Id=Foo Property=MYDIRECTORY Value=[%variable]\Bar / then schedule it: InstallExecuteSequence Custom Id=Foo After=CostFinalize / /InstallExecuteSequence -- sig://boB http://bobs.org - 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 specify a envirorment variable dir
Jeff MacDuff wrote: 2. For the custom action I am using this: CustomAction Id=GetPublicPicturesFolder Property=PublicPicturesDir Value=[%public%]\Pictures / Leave off the trailing % sign. See Formatted in the SDK for the syntax details. The property id also needs to match the directory id, not the name. What I see, is the property is set to \pictures at install time.. the [%public%] is lost completely. Also orca doesn't show the dir in the propertys section at all. It won't appear in the Property table; it's just a property that's created at install time, overwriting a property that MSI creates from the Directory table. See Using a Directory Property in a Path in the SDK. -- sig://boB http://bobs.org - 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 update an url shortcut for upgrade install?
Qu, Li wrote: Actually I tried the following: do RemoveExistingProducts after InstallFinalize, and do it after InstallValidate. But the URL is not updated in either case. Is there anything else I should try? Try adding a RemoveFile element to remove the .url file on uninstall. MSI won't otherwise remove the file. -- sig://boB http://bobs.org - 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] Control Next problem
I don't think your understanding why I am having the problem. My Error Dialog does contain all the necessary elements. But it is also Custom Made to I control its size and appearance. However after creating the MSI all the dialogs that I created are forced to have Control Next associated. This does not agree well with how the Error Dialog is Used. What I am saying is that because I made my own Error Dialog under wix and not using a predefined one I get an error. I always appriciate your help, but I don't know if I am explaining my current problem well enough. Bob Arnson-3 wrote: Magus wrote: I am having a bit of a problem. I have created my own ErrorDialog and when I build the MSI it adds the Contol Next for each of controls inside the ErrorDlg. However this causes a Error and crash of the MSI when the error dialog is suppose to appear saying DEBUG: Error 2814: On the dialog ErrorDlg the control ErrorText names a non-existent control Y as the next control Is there a way to prevent the Control Next from having a value? No. WiX sets Control_Next when it encounters additional controls. According to Error Dialog in the SDK, there must be a yes button (and six others). -- sig://boB http://bobs.org - 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/Control-Next-problem-tf2728415.html#a7625045 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 update an url shortcut for upgrade install?
This seems not an upgrade specific problem. I did uninstall then new install using a different port, and the shortcut created by the new install picked up the port used previously. Something really wired is that the content of the .url file doesn't match the shortcut. Open the .url file it has: [InternetShortcut] URL=http://localhost:6060 But open up the Properties of the shortcut, the URL field is http://localhost:8080 http://localhost:8080/ . I thought the .url file itself is the shortcut. Why the content and shortcut are inconsistent? Bob, When you say MSI won't otherwise remove the file., what exactly does it mean? Because I do see the shortcut got removed from the desktop during uninstall. For the upgrade install, the shortcut gets removed and recreated. Is there anywhere else the url information gets saved? I tried you suggestion, but it seem only advanced the shortcut from the oldest port to older port, still not the current. In all the cases, the content of the .url file are always updated. It seems the shortcuts being remembered somehow, but how? How can I clean them up? Thanks, Li From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Thursday, November 30, 2006 10:05 AM To: Qu, Li Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] How to update an url shortcut for upgrade install? Qu, Li wrote: Actually I tried the following: do RemoveExistingProducts after InstallFinalize, and do it after InstallValidate. But the URL is not updated in either case. Is there anything else I should try? Try adding a RemoveFile element to remove the .url file on uninstall. MSI won't otherwise remove the file. -- sig://boB http://bobs.org http://bobs.org - 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] RemoveFile and RemoveFolder confusion
I am trying to add some RemoveFile/RemoveFolder. I've looking for an example on the setup work. I have not found an example that has the Property Option filled out. Here it what I have Component Id =OnUninstall Guid =PUT-GUID-HERE DiskId=1 RemoveFile Id =RemoveLogFiles On=uninstall Property =[MainDirectory] Name=*log/ RemoveFile Id =RemoveSaveFiles On =uninstall Property =[Saves] Name=*.dat/ RemoveFolder Id =RemoveSaveFolder On =uninstall Property =[Saves]/ /Component I have a setup project that uses MsiSetProperty(g_hInstall, Saves, szLocationofSaves); MsiSetProperty(g_hInstall, MainDirectory, szlocationofMainDirectory); Both are properties in my .wxs project The Saves folder is MainDirectory\Saves and is not created until the User runs my program and saves a file. I also have this in the feature list Feature Id =Uninstall_Feature_1 Title =Remove Files created by user Description =Remove User data Level =5 AllowAdvertise=system Display =hidden ComponentRef Id =OnUninstall/ /Feature This doens't due anything though, Am I doing something wrong or need an extra step? -- View this message in context: http://www.nabble.com/RemoveFile-and-RemoveFolder-confusion-tf2734992.html#a7630013 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] UI/Publish elements build issue
We are hitting the following build error when we tried to add Publish element. Here is the element we tried to add. What is working with this. We referred to WixUI library code WixUI_FeatureTree.wxs, it uses Publish element under UI element. Publish Dialog=WelcomeDlg Control=Next Event=NewDialog Value=PreReqsDlg1/Publish CoreDialogSet.wxs E:\yona\yona\src\Setup\MsiUI\CoreDialogSet.wxs(31): error CNDL0005: The UI element contains an unexpected child elem ent 'Publish'. CustomDlg.wxs TestCustom.wxs PreReqsDlg.wxs E:\yona\yona\Src\Setup\MsiUI\build.proj(70,5): error MSB3073: The command c:\MyProjects\wix\\candle -out E:\yona\yo na\src\Setup\Obj\ E:\yona\yona\src\Setup\MsiUI\CoreDialogSet.wxs E:\yona\yona\src\Setup\MsiUI\CustomDlg.wxs E:\yona\yona \src\Setup\MsiUI\TestCustom.wxs E:\yona\yona\src\Setup\MsiUI\PreReqsDlg.wxs exited with code 5. Done building target BuildMsiUI in project build.proj -- FAILED. Thanks, Surendra [EMAIL PROTECTED] Office: 425-705-5079 Mobile: 425-830-1917 - 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] New Official Installation Technology? CBS? What?
I saw this while doing some digging as to why PowerShell RTM isn't available for Vista: http://blogs.msdn.com/powershell/archive/2006/11/15/windows-powershell-w indows-vista.aspx So what's the difference between the Vista and XP/Server release of PowerShell? Is it just the installer? Why does it take 2 more months? Yes - the only difference is the installer. Being an official Windows component means you use the official windows installation technology and on Vista that is the new CBS technology. There is exactly one team in the world that can build this and that team has been a tad busy (While I sometimes think that PowerShell is more important that Vista - I just can't seem to ever convince other people of that. :-) ). PowerShell is the world's first Vista OutOfBand release. There are a few pain points that come with that honor. Nothing serious but there are just some things that are different and need a bit of time to work out. They are a great team and are doing great work, they just need a bit of time. Cheers! Jeffrey Snover [MSFT] Windows PowerShell/MMC Architect What? Isn't the Windows Installer the latest and greatest installation technology? Joel Peterson Quality Engineer [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - 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] New Official Installation Technology? CBS? What?
I used to work on CBS (that's the team I just quit). Trust me, it is the latest but it certainly isn't the greatest. smile/ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Peterson, Joel Sent: Thursday, November 30, 2006 16:14 To: wix-users@lists.sourceforge.net Subject: [WiX-users] New Official Installation Technology? CBS? What? I saw this while doing some digging as to why PowerShell RTM isn't available for Vista: http://blogs.msdn.com/powershell/archive/2006/11/15/windows-powershell-windows-vista.aspx So what's the difference between the Vista and XP/Server release of PowerShell? Is it just the installer? Why does it take 2 more months? Yes - the only difference is the installer. Being an official Windows component means you use the official windows installation technology and on Vista that is the new CBS technology. There is exactly one team in the world that can build this and that team has been a tad busy (While I sometimes think that PowerShell is more important that Vista - I just can't seem to ever convince other people of that. :-) ). PowerShell is the world's first Vista OutOfBand release. There are a few pain points that come with that honor. Nothing serious but there are just some things that are different and need a bit of time to work out. They are a great team and are doing great work, they just need a bit of time. Cheers! Jeffrey Snover [MSFT] Windows PowerShell/MMC Architect What? Isn't the Windows Installer the latest and greatest installation technology? Joel Peterson Quality Engineer [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] - 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] Control Next problem
Magus wrote: I don't think your understanding why I am having the problem. My Error Dialog does contain all the necessary elements. But it is also Custom Made to I control its size and appearance. However after creating the MSI all the dialogs that I created are forced to have Control Next associated. This does not agree well with how the Error Dialog is Used. What I am saying is that because I made my own Error Dialog under wix and not using a predefined one I get an error. I always appriciate your help, but I don't know if I am explaining my current problem well enough. WixUI's error dialog is just like any other dialog. There's nothing magical about it. But it works, so I'd suggest starting there. Diff yours and WixUI's. What's different, other than size? Does it have the ErrorDialog=yes attribute value? Does it publish the same control events? Etc. -- sig://boB http://bobs.org - 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 specify a envirorment variable dir
Jeff MacDuff wrote: Custom Action=PublicPicturesDir After=CostFinalize / ß in InstallUISequence Only It needs to be in InstallExecuteSequence. Also I looked in the wix help file and I don't see a Formatted as a topic ? Sorry, I didn't mention -- it's in the Windows SDK (and on MSDN Online), not WiX.chm. -- sig://boB http://bobs.org - 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 update an url shortcut for upgrade install?
Qu, Li wrote: I thought the .url file itself is the shortcut. Why the content and shortcut are inconsistent? Sorry, no idea. It's possible they're cached, I suppose. Try using a browser other than Internet Explorer as the default. Mozilla Firefox, for example, supports .url files but doesn't update them, as IE does. Maybe it won't cache them either...? -- sig://boB http://bobs.org - 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] UI/Publish elements build issue
Surendra Katari wrote: E:\yona\yona\src\Setup\MsiUI\CoreDialogSet.wxs(31): error CNDL0005: The UI element contains an unexpected child elem ent 'Publish'. Which version of WiX are you using? Floating Publish elements were added several months ago to WiX v3. -- sig://boB http://bobs.org - 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
