Re: [WiX-users] Proper way to Register COM TypeLib
Thanks Chris. I am not sure if I misunderstood the functionality of heat, but I thought all it does was to declare the file structure in the target machine. And the new output somehow indicates that: I tried to run heat on both of my myLib.tlb file as well as myLib.dll files, the first wxs output is just like how I described in the original post, and the second output, weirdly, is only a component which includes FilemyLib.dll. This is exactly the same like how I declared it manually. However, based on your reply, I got the feeling that heat would generate some extra information when running on myLib.dll, which will register the COM. The myLib.dll and myLib.tlb are generated by a class library which is marked as register for COM interop, and I just ran heat like this: heat file myLib.tlb -o tlb.wxs heat file myLib.dll -o dll.wxs On the second command heat also warms me that Could not harvest data from a file that was expected to be an assembly: myLib.dll, but I just ignored this warning. Did I still miss something? Thanks! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Proper-way-to-Register-COM-TypeLib-tp7571310p7573000.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Proper way to Register COM TypeLib
Does your DLL expose the DLLRegisterServer function? If so are all its dependencies available to heat when you're trying to harvest it? Both are easy enough to check using dependency walker. Palbinder Sandher Software Platform Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: tetelee [mailto:ttlee1...@gmail.com] Sent: 23 May 2012 09:58 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Proper way to Register COM TypeLib Thanks Chris. I am not sure if I misunderstood the functionality of heat, but I thought all it does was to declare the file structure in the target machine. And the new output somehow indicates that: I tried to run heat on both of my myLib.tlb file as well as myLib.dll files, the first wxs output is just like how I described in the original post, and the second output, weirdly, is only a component which includes FilemyLib.dll. This is exactly the same like how I declared it manually. However, based on your reply, I got the feeling that heat would generate some extra information when running on myLib.dll, which will register the COM. The myLib.dll and myLib.tlb are generated by a class library which is marked as register for COM interop, and I just ran heat like this: heat file myLib.tlb -o tlb.wxs heat file myLib.dll -o dll.wxs On the second command heat also warms me that Could not harvest data from a file that was expected to be an assembly: myLib.dll, but I just ignored this warning. Did I still miss something? Thanks! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Proper-way-to-Register-COM-TypeLib-tp7571310p7573000.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Proper way to Register COM TypeLib
Thanks Pally! That's exactly why it went wrong in the first place: I only copied the myLib.dll and myLib.tlb to another folder and ran heat there. Now when I run heat in the project output folder, where all of the dependencies are located, the COM information is finally harvested in the wxs file. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Proper-way-to-Register-COM-TypeLib-tp7571310p7573141.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] non-vital files in an installation
Yes, the file would have to exist at compile time if you are going to use a File element. On the media tag for the file, ensure it isn't in an embedded CAB. I believe a Media Tag with no Cabinet attribute would result in the file being expected to be located alongside the source. Since this is an image file, the only thing I can think of that you may have to do at runtime is update the file hash in a custom action. An alternate (and probably easier) option would be to eliminate the File element and then in the CopyFile refer to the file by name. This would mean you would have to add another element in the component to be the key path, such as a registry value. Component Id=CustomLogo Guid=A5FF53DE-4321-42c4-BE39-60F810C9CD69 Condition ![CDATA[LOGOEXISTS]] /Condition RegistryKey Root=HKLM Key=Software\Mfg\AppName Action=createAndRemoveOnUninstall RegistryValue Name=CustomLogo Value=1 Type=integer KeyPath=yes/ /RegistryKey CopyFile Id=customLogoFileCopy SourceDirectory=[SourceDir] SourceName=custom-logo.png DestinationDirectory=APPLICATIONROOTDIRECTORY/ RemoveFile Id=customLogoFileRemove Name=custom-logo.png On=uninstall / /Component -Original Message- From: Andrew Maxwell [mailto:andrew.maxw...@papercut.com] Sent: Tuesday, May 22, 2012 9:28 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] non-vital files in an installation thanks Jacob, that's got me thinking. So, right now I have: !-- check if the custom logo exists or not -- Property Id=LOGOEXISTS DirectorySearch Id=CheckFileDir Path=[SourceDir] Depth=0 FileSearch Id=CheckFile Name=custom-logo.png/ /DirectorySearch /Property !-- declare components -- DirectoryRef Id=APPLICATIONROOTDIRECTORY Component Id=CustomLogo Guid=A5FF53DE-4321-42c4-BE39-60F810C9CD69 Condition ![CDATA[LOGOEXISTS]] /Condition File Id= customLogoFile Name=custom-logo.png Source=custom-logo.png Vital=no / CopyFile Id=customLogoFileCopy SourceName=customLogoFile DestinationDirectory=APPLICATIONROOTDIRECTORY / /Component !-- and then include this component in features as normal -- Feature Id=blah Title=blahblah# Level=1 ComponentGroupRef Id=main application/ ComponentRef Id=ApplicationShortcut / ComponentRef Id=CustomLogo / /Feature This gives the error: custom logo not found, and won't compile. Is it required that the file exists at compile time? If so this gets very tricky to automate... :\ (duplicate entries with heat-harvested custom-logo.png and manual condition reference above. cheers, Andrew On 22 May 2012 23:49, Hoover, Jacob jacob.hoo...@greenheck.com wrote: One option would be to create a custom action that would create temporary records on install if the file exists on the installation media. This would allow you to avoid the prompt, but it would mean you would need to handle all the scenarios (install, upgrade, remove, repair, etc) with temporary records. This would lend itself well if you don't know the content that might be included up front but is the more complex option. Since it seems you do know the files at build time, you could create a component with a condition that would evaluate a custom property to determine if it needs to be installed. Then in your installer you would have a custom action which would enable the component (via a property) if the file exist in the installation media. -Original Message- From: Andrew Maxwell [mailto:andrew.maxw...@papercut.com] Sent: Tuesday, May 22, 2012 2:20 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] non-vital files in an installation Hrm, alright - suppressing the GUI prompt itself is out of the question, then. Can anyone give any advice on what the best way to do this would be? - optional file might be placed in the distribution directory (eg. a logo file), with a specific name and location - at MSI runtime if the file exists, the MSI will copy it to the destination - if not, continues on without bothering the user My approach at the moment is to simply create a dummy file in my source directory when harvesting with heat, and setting its Vital flag to false. This works fine, apart from the GUI popup. cheers, Andrew On 22 May 2012 14:58, Rob Mensching r...@robmensching.com wrote: Never seen anything in the MSI SDK that suggests you can suppress that UI if you show the internal UI. You could develop your own external UI (but that's a lot of work). Burn could maybe make it a bit easier to develop the external UI. On Mon, May 21, 2012 at 7:42 PM, Andrew Maxwell andrew.maxw...@papercut.com wrote: Hi
[WiX-users] Question : Copy file to current user folder
Hi, I need to copy files from the current directory of the user. I use the registrySearch to get the variable environement HOMEPATH Property Id=HOMEPATH RegistrySearch Id=HomePathRegistrySearch Type=raw Root=HKCU Key=Volatile Environment Name=HOMEPATH / /Property Directory Id=HOMEPATH File .../ /Directory But when i excute the .msi, i have this message Could not access network \Documents and Settings\ddacosta Or come to this error and how I can solve it. Thank you in advance for the help you can provide me. -- Daniel DA COSTA -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WIX: COM registration does not work with UAC
Hello All, I'm using Heat.exe to get registration information for my libraries and include this info in my Wix code. The registration works fine on machines when UAC is off, but it doesn't work on machines where UAC is on. This happens even if I run my msi as administrator(from bootstrapper or cmd) Does anyone have an idea why does it happen? Thanks in advance, Vasyl -- реклама --- Хостинг с доменом от 9.8 грн в месяц http://freehost.ua -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WIX: COM registration does not work with UAC
Is your MSI per-machine or per-user? Palbinder Sandher Software Platform Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: vasjko [mailto:vas...@ua.fm] Sent: 23 May 2012 17:02 To: wix-users@lists.sourceforge.net Subject: [WiX-users] WIX: COM registration does not work with UAC Hello All, I'm using Heat.exe to get registration information for my libraries and include this info in my Wix code. The registration works fine on machines when UAC is off, but it doesn't work on machines where UAC is on. This happens even if I run my msi as administrator(from bootstrapper or cmd) Does anyone have an idea why does it happen? Thanks in advance, Vasyl -- реклама --- Хостинг с доменом от 9.8 грн в месяц http://freehost.ua -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Question : Copy file to current user folder
Remove the registrysearch and add SetDirectory Id=HOMEPATH Value=[%HOMEDRIVE][%HOMEPATH] / -Original Message- From: Daniel DA COSTA [mailto:d.daco...@eca-assurances.com] Sent: 23 May 2012 16:21 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Question : Copy file to current user folder Hi, I need to copy files from the current directory of the user. I use the registrySearch to get the variable environement HOMEPATH Property Id=HOMEPATH RegistrySearch Id=HomePathRegistrySearch Type=raw Root=HKCU Key=Volatile Environment Name=HOMEPATH / /Property Directory Id=HOMEPATH File .../ /Directory But when i excute the .msi, i have this message Could not access network \Documents and Settings\ddacosta Or come to this error and how I can solve it. Thank you in advance for the help you can provide me. -- Daniel DA COSTA - - Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Question : Copy file to current user folder
And be prepared for domain users to have paths like N:\ (HOMEDRIVE=N: HOMEPATH=\) Dave On 5/23/2012 9:31 AM, Peter Shirtcliffe wrote: Remove the registrysearch and add SetDirectory Id=HOMEPATH Value=[%HOMEDRIVE][%HOMEPATH] / -Original Message- From: Daniel DA COSTA [mailto:d.daco...@eca-assurances.com] Sent: 23 May 2012 16:21 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Question : Copy file to current user folder Hi, I need to copy files from the current directory of the user. I use the registrySearch to get the variable environement HOMEPATH Property Id=HOMEPATH RegistrySearch Id=HomePathRegistrySearch Type=raw Root=HKCU Key=Volatile Environment Name=HOMEPATH / /Property Directory Id=HOMEPATH File .../ /Directory But when i excute the .msi, i have this message Could not access network \Documents and Settings\ddacosta Or come to this error and how I can solve it. Thank you in advance for the help you can provide me. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WIX: COM registration does not work with UAC
It is per-user 23.05.2012 19:07, Pally Sandher pally.sand...@iesve.com Is your MSI per-machine or per-user? Palbinder Sandher Software Platform Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: vasjko [mailto:vas...@ua.fm] Sent: 23 May 2012 17:02 To: wix-users@lists.sourceforge.net Subject: [WiX-users] WIX: COM registration does not work with UAC Hello All, I'm using Heat.exe to get registration information for my libraries and include this info in my Wix code. The registration works fine on machines when UAC is off, but it doesn't work on machines where UAC is on. This happens even if I run my msi as administrator(from bootstrapper or cmd) Does anyone have an idea why does it happen? Thanks in advance, Vasyl -- реклама --- Хостинг с доменом от 9.8 грн в месяц http://freehost.ua -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- реклама --- Хостинг с доменом от 9.8 грн в месяц http://freehost.ua -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX (*.wxl) support at Transifex
hmm , Is there nobody interested in? It could even speed up translating Wix's own localizations of the Wix v3 UI and v3 Extensions ( http://wix.tramontana.co.hu/tutorial/localization ), if WiX itself would be registered at Transifex and if a patch for adding wxl support would be sent to Transifex dev team. Cheers, chefkoch 2012/5/1 chefkoch chefk...@team-mediaportal.com Hi all, At first I would like to introduce myself. I am member of Team MediaPortal, an opensource media center. For our next major version MediaPortal 2 which is completely re-written from scratch we are using WiX for our installer instead of NSIS, which we used for 1.x versions. Thanks for this great tool. For localizing our installer I am looking into the possibility to use Transifex ( https://www.transifex.net/tour/https://www.transifex.net/tour/formanager/ ) to manage the localization files. Currently *.wxl files are not supported by Transifex, but it is possible to extend it. ( http://help.transifex.com/server/contributing.html#add-new-handler ) Here you can find a list of supported format: http://help.transifex.com/features/formats.html#user-formats The reason I am writing this message is, that I have no python knowledge and it would take ages for me to write a file parser for *.wxl. Maybe there is someone interested in writing such a format parser for Transifex, because it might be useful for other wix users as well as the wix project itself? Help, support and even discussions and all your opinions are very welcome :) Cheers, chefkoch -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WIX: COM registration does not work with UAC
Thanks for correct question Pally, tried per-machine MSI version and it works fine. Do you know how to make it works for per-user installation? Thanks 23.05.2012 19:07, Pally Sandher pally.sand...@iesve.com Is your MSI per-machine or per-user? Palbinder Sandher Software Platform Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: vasjko [mailto:vas...@ua.fm] Sent: 23 May 2012 17:02 To: wix-users@lists.sourceforge.net Subject: [WiX-users] WIX: COM registration does not work with UAC Hello All, I'm using Heat.exe to get registration information for my libraries and include this info in my Wix code. The registration works fine on machines when UAC is off, but it doesn't work on machines where UAC is on. This happens even if I run my msi as administrator(from bootstrapper or cmd) Does anyone have an idea why does it happen? Thanks in advance, Vasyl -- реклама --- Хостинг с доменом от 9.8 грн в месяц http://freehost.ua -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- реклама --- Хостинг с доменом от 9.8 грн в месяц http://freehost.ua -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WIX regsvr32 with XP
Hello all I am currently working on an installer which works for Windows Vista and Windows 7. When it comes to Windows XP on the other hand I receive the error code 1722. I logged the installation process and found that the error occurred when the command regsvr32 is ran for a particular dll (the only time regsvr32 is actually called). Any insight would be a great help. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WIX: COM registration does not work with UAC
It might actually be working for per-user... A genuine per-user COM registration will be in HKCU for the installing user - it won't be exposed to the entire system. In what sense is it not working? Phil W -Original Message- From: vasjko [mailto:vas...@ua.fm] Sent: Wednesday, May 23, 2012 11:19 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WIX: COM registration does not work with UAC Thanks for correct question Pally, tried per-machine MSI version and it works fine. Do you know how to make it works for per-user installation? Thanks 23.05.2012 19:07, Pally Sandher pally.sand...@iesve.com Is your MSI per-machine or per-user? Palbinder Sandher Software Platform Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: vasjko [mailto:vas...@ua.fm] Sent: 23 May 2012 17:02 To: wix-users@lists.sourceforge.net Subject: [WiX-users] WIX: COM registration does not work with UAC Hello All, I'm using Heat.exe to get registration information for my libraries and include this info in my Wix code. The registration works fine on machines when UAC is off, but it doesn't work on machines where UAC is on. This happens even if I run my msi as administrator(from bootstrapper or cmd) Does anyone have an idea why does it happen? Thanks in advance, Vasyl -- реклама --- Хостинг с доменом от 9.8 грн в месяц http://freehost.ua -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- реклама --- Хостинг с доменом от 9.8 грн в месяц http://freehost.ua -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users *** Confidentiality Notice: This e-mail, including any associated or attached files, is intended solely for the individual or entity to which it is addressed. This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify the sender immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. This email comes from a division of the Invensys Group, owned by Invensys plc, which is a company registered in England and Wales with its registered office at 3rd Floor, 40 Grosvenor Place, London, SW1X 7AW (Registered number 166023). For a list of European legal entities within the Invensys Group, please go to http://www.invensys.com/en/legal/default.aspx. You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail recept...@invensys.com. This e-mail and any attachments thereto may be subject to the terms of any agreements between Invensys (and/or its subsidiaries and affiliates) and the recipient (and/or its subsidiaries and affiliates). -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT
Re: [WiX-users] WIX regsvr32 with XP
WiX has a tool for extracting COM information, it's harvested using heat.exe. Even if you wanted to have the Dll self-register you don't need to do that by running regsvr32 because Windows Installer has a SelfReg table, just get your Dll in there. Developers often think that installs work using the same tools as used during development. You don't need regsv32 to do registration (or regasm), you don't install assemblies in the GAC with GacUtil, and you don't need InstallUtil to install services etc. Phil W -Original Message- From: Jelani Jackson [mailto:jeljac...@gmail.com] Sent: Wednesday, May 23, 2012 11:28 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] WIX regsvr32 with XP Hello all I am currently working on an installer which works for Windows Vista and Windows 7. When it comes to Windows XP on the other hand I receive the error code 1722. I logged the installation process and found that the error occurred when the command regsvr32 is ran for a particular dll (the only time regsvr32 is actually called). Any insight would be a great help. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users *** Confidentiality Notice: This e-mail, including any associated or attached files, is intended solely for the individual or entity to which it is addressed. This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify the sender immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. This email comes from a division of the Invensys Group, owned by Invensys plc, which is a company registered in England and Wales with its registered office at 3rd Floor, 40 Grosvenor Place, London, SW1X 7AW (Registered number 166023). For a list of European legal entities within the Invensys Group, please go to http://www.invensys.com/en/legal/default.aspx. You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail recept...@invensys.com. This e-mail and any attachments thereto may be subject to the terms of any agreements between Invensys (and/or its subsidiaries and affiliates) and the recipient (and/or its subsidiaries and affiliates). -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Issues with Burn (WiX v3.6.2921.0)
On 22-May-12 08:22, Pally Sandher wrote: 1 - Slipstreaming MSP's doesn't work Likely a bug. Need logs to know for sure. Obviously Install isn't what should be happening here. Using the MSI directly (circumventing Burn) will bring up the Uninstall process as expected. What happens if you click Install? WixUI doesn't have anything to support this case of indirect uninstall with full UI -- ARP and /x use basic UI. I'll work on making Burn do that too. [0AF4:0AB4][2012-05-22T13:04:26]: Error 0x80070667: Process returned error: 0x667 This actually works on XP but fails on Win7. Definitely a bug, probably in the .NET chainer, that we'll have to work around somehow. -- sig://boB http://joyofsetup.com/ -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX (*.wxl) support at Transifex
On 23-May-12 13:19, chefkoch wrote: hmm , Is there nobody interested in? I wouldn't say that but it doesn't look easy to get into, even if you know Python, since you need a bunch of dependencies related to Django. Plus, of course, it's not exactly geared for Windows developers since they run the server on Linux. It might be easier to use an existing supported format like YAML as an intermediate format. -- sig://boB http://joyofsetup.com/ -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WixExitEarlyWithSuccess not working for me
Hello, I have 3 problems that i need some help. 1- Considering my App is installed and i generate a new installer with a newer version, if i open it i get this screen: http://img526.imageshack.us/img526/8471/screenshot20120523at457.png 2- After removing the installed App in Control Panel, i run the new installer. It installs everything smoothly but when asking for permission, it doesn't show the manufacturer name. Do i have to set it more than once? Because it's set on Product and Package fields: http://img96.imageshack.us/img96/4702/screenshot20120523at458.png 3- After the new version is installed, i run the installer again, and it was supposed to find the same version installed and exit with success, but it doesn't seem to do anything different from the regular proceeding: http://img23.imageshack.us/img23/4702/screenshot20120523at458.png I'm currently using: CustomActionRef Id=WixExitEarlyWithSuccess / Upgrade Id=$(var.ProductUpgradeCode) UpgradeVersion Minimum=$(var.ProductVersion) OnlyDetect=yes Property=NEWERVERSIONDETECTED / /Upgrade Condition Message=Metasys Update is already installed. This installation is being skipped.NOT NEWERVERSIONDETECTED/Condition and this is the full code: http://pastie.org/3957432 Can anyone help me on these points? Any other hint is appreciated. It's my first time using WiX. Thanks in advance -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WIX regsvr32 with XP
Thank you for the feedback. I'm not necessarily certain how to go about doing that since I am developing the wix installer with visual studio. Also here is the error that I am getting Event Type: Error Event Source: MsiInstaller Event Category: None Event ID: 11722 Date: 5/23/2012 Time: 4:17:12 PM User: VIRTUALXP-52160\XPMUser Computer: VIRTUALXP-52160 Description: Product: [Product] -- Error 1722. There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor. Action RegisterPlugin, location: C:\Program Files\[Product Information]\, command: regsvr32.exe /s C:\Program Files\[Product Information].dll For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Data: : 7b 36 46 30 44 39 41 38 {6F0D9A8 0008: 41 2d 34 39 37 34 2d 34 A-4974-4 0010: 30 37 41 2d 42 34 42 33 07A-B4B3 0018: 2d 37 31 31 32 37 43 39 -71127C9 0020: 46 46 34 38 30 7d FF480} On Wed, May 23, 2012 at 3:02 PM, Wilson, Phil phil.wil...@invensys.comwrote: WiX has a tool for extracting COM information, it's harvested using heat.exe. Even if you wanted to have the Dll self-register you don't need to do that by running regsvr32 because Windows Installer has a SelfReg table, just get your Dll in there. Developers often think that installs work using the same tools as used during development. You don't need regsv32 to do registration (or regasm), you don't install assemblies in the GAC with GacUtil, and you don't need InstallUtil to install services etc. Phil W -Original Message- From: Jelani Jackson [mailto:jeljac...@gmail.com] Sent: Wednesday, May 23, 2012 11:28 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] WIX regsvr32 with XP Hello all I am currently working on an installer which works for Windows Vista and Windows 7. When it comes to Windows XP on the other hand I receive the error code 1722. I logged the installation process and found that the error occurred when the command regsvr32 is ran for a particular dll (the only time regsvr32 is actually called). Any insight would be a great help. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users *** Confidentiality Notice: This e-mail, including any associated or attached files, is intended solely for the individual or entity to which it is addressed. This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify the sender immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. This email comes from a division of the Invensys Group, owned by Invensys plc, which is a company registered in England and Wales with its registered office at 3rd Floor, 40 Grosvenor Place, London, SW1X 7AW (Registered number 166023). For a list of European legal entities within the Invensys Group, please go to http://www.invensys.com/en/legal/default.aspx. You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail recept...@invensys.com. This e-mail and any attachments thereto may be subject to the terms of any agreements between Invensys (and/or its subsidiaries and affiliates) and the recipient (and/or its subsidiaries and affiliates). -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net
Re: [WiX-users] WIX: COM registration does not work with UAC
By not working I mean that my application which use component show Runtime error 429:ActiveX component can't create object If I register my library using regsvr32, application works fine. This happens only MSI was installed per-user when UAC is on 23.05.2012 21:58, Wilson, Phil phil.wil...@invensys.com It might actually be working for per-user... A genuine per-user COM registration will be in HKCU for the installing user - it won't be exposed to the entire system. In what sense is it not working? Phil W -Original Message- From: vasjko [mailto:vas...@ua.fm] Sent: Wednesday, May 23, 2012 11:19 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WIX: COM registration does not work with UAC Thanks for correct question Pally, tried per-machine MSI version and it works fine. Do you know how to make it works for per-user installation? Thanks 23.05.2012 19:07, Pally Sandher pally.sand...@iesve.com Is your MSI per-machine or per-user? Palbinder Sandher Software Platform Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: vasjko [mailto:vas...@ua.fm] Sent: 23 May 2012 17:02 To: wix-users@lists.sourceforge.net Subject: [WiX-users] WIX: COM registration does not work with UAC Hello All, I'm using Heat.exe to get registration information for my libraries and include this info in my Wix code. The registration works fine on machines when UAC is off, but it doesn't work on machines where UAC is on. This happens even if I run my msi as administrator(from bootstrapper or cmd) Does anyone have an idea why does it happen? Thanks in advance, Vasyl -- реклама --- Хостинг с доменом от 9.8 грн в месяц http://freehost.ua -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- реклама --- Хостинг с доменом от 9.8 грн в месяц http://freehost.ua -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users *** Confidentiality Notice: This e-mail, including any associated or attached files, is intended solely for the individual or entity to which it is addressed. This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify the sender immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. This email comes from a division of the Invensys Group, owned by Invensys plc, which is a company registered in England and Wales with its registered office at 3rd Floor, 40 Grosvenor Place, London, SW1X 7AW (Registered number 166023). For a list of European legal entities within the Invensys Group, please go to http://www.invensys.com/en/legal/default.aspx. You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail recept...@invensys.com.
Re: [WiX-users] WIX: COM registration does not work with UAC
You should never count on regsvr32.exe running as a deferred custom action from a MSI. Is this COM component truly a shared component? If so then I would think it should not be installed as a per user package. If you simply have a one or more executables in the same install using this component, then I would opt for registration free COM via embedding a manifest into the EXE's which are consuming the COM DLL. For the underlying cause of the error, you didn't say anything about what dependencies your COM DLL has. Was it written in VB6, VC++ using ATL? I seem to remember both having issues as a VB6 COM DLL will rely on the VB6 Runtime being registered, and for C++ COM DLL's using ATL the proper ATL.dll must also be registered. -Original Message- From: vasjko [mailto:vas...@ua.fm] Sent: Wednesday, May 23, 2012 3:50 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users]WIX: COM registration does not work with UAC By not working I mean that my application which use component show Runtime error 429:ActiveX component can't create object If I register my library using regsvr32, application works fine. This happens only MSI was installed per-user when UAC is on 23.05.2012 21:58, Wilson, Phil phil.wil...@invensys.com It might actually be working for per-user... A genuine per-user COM registration will be in HKCU for the installing user - it won't be exposed to the entire system. In what sense is it not working? Phil W -Original Message- From: vasjko [mailto:vas...@ua.fm] Sent: Wednesday, May 23, 2012 11:19 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WIX: COM registration does not work with UAC Thanks for correct question Pally, tried per-machine MSI version and it works fine. Do you know how to make it works for per-user installation? Thanks 23.05.2012 19:07, Pally Sandher pally.sand...@iesve.com Is your MSI per-machine or per-user? Palbinder Sandher Software Platform Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: vasjko [mailto:vas...@ua.fm] Sent: 23 May 2012 17:02 To: wix-users@lists.sourceforge.net Subject: [WiX-users] WIX: COM registration does not work with UAC Hello All, I'm using Heat.exe to get registration information for my libraries and include this info in my Wix code. The registration works fine on machines when UAC is off, but it doesn't work on machines where UAC is on. This happens even if I run my msi as administrator(from bootstrapper or cmd) Does anyone have an idea why does it happen? Thanks in advance, Vasyl -- реклама --- Хостинг с доменом от 9.8 грн в месяц http://freehost.ua -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- реклама --- Хостинг с доменом от 9.8 грн в месяц http://freehost.ua -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net
[WiX-users] ComponentGroup/@Directory - components inheriting directory targeted for future release?
The default WiX setup project template in WiX 3.6 generates a ComponentGroup element with a Directory attribute on it. An early post by Rob says that this attribute is meant to be inherited by any child components: What I was thinking about was the ability to do ComponentGroup/@Directory, which all the contained Components would inherit. Thoughts? For me, the compile complains if I try this. I still have to either enclose my components in a DirectoryRef or add a Directory attribute to each component. If I don't, I get: The Component/@Directory attribute was not found; it is required. Is the ComponentGroup/@Directory for a future release? Example (compiler error): ComponentGroup Id=ProductComponents Directory=INSTALLFOLDER ComponentRef Id=CMP_AppToInstall.exe/ /ComponentGroup Component Id=CMP_AppToInstall.exe Guid={063058E1-9AE4-4D7F-BC18-E33CFD46FCBC} File Id=FILE_AppToInstall.exe Source=$(var.SourceFolder)AppToInstall.exe KeyPath=yes / /Component -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/ComponentGroup-Directory-components-inheriting-directory-targeted-for-future-release-tp7574202.html Sent from the wix-users mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WIX regsvr32 with XP
Regsvr32 didn't work, that's the point. Maybe it couldn't find your file. : C:\Program Files\[Product Information]\, looks wrong to me, because [ ] implies a Windows Installer property, but not with that space in the middle. The point of the tools like heat is that you don't need to run code at install time - it's the weakest link. Extract it all with heat and you don't need to run anything else. Phil W -Original Message- From: Jelani Jackson [mailto:jeljac...@gmail.com] Sent: Wednesday, May 23, 2012 1:27 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WIX regsvr32 with XP Thank you for the feedback. I'm not necessarily certain how to go about doing that since I am developing the wix installer with visual studio. Also here is the error that I am getting Event Type: Error Event Source: MsiInstaller Event Category: None Event ID: 11722 Date: 5/23/2012 Time: 4:17:12 PM User: VIRTUALXP-52160\XPMUser Computer: VIRTUALXP-52160 Description: Product: [Product] -- Error 1722. There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor. Action RegisterPlugin, location: C:\Program Files\[Product Information]\, command: regsvr32.exe /s C:\Program Files\[Product Information].dll For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Data: : 7b 36 46 30 44 39 41 38 {6F0D9A8 0008: 41 2d 34 39 37 34 2d 34 A-4974-4 0010: 30 37 41 2d 42 34 42 33 07A-B4B3 0018: 2d 37 31 31 32 37 43 39 -71127C9 0020: 46 46 34 38 30 7d FF480} On Wed, May 23, 2012 at 3:02 PM, Wilson, Phil phil.wil...@invensys.comwrote: WiX has a tool for extracting COM information, it's harvested using heat.exe. Even if you wanted to have the Dll self-register you don't need to do that by running regsvr32 because Windows Installer has a SelfReg table, just get your Dll in there. Developers often think that installs work using the same tools as used during development. You don't need regsv32 to do registration (or regasm), you don't install assemblies in the GAC with GacUtil, and you don't need InstallUtil to install services etc. Phil W -Original Message- From: Jelani Jackson [mailto:jeljac...@gmail.com] Sent: Wednesday, May 23, 2012 11:28 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] WIX regsvr32 with XP Hello all I am currently working on an installer which works for Windows Vista and Windows 7. When it comes to Windows XP on the other hand I receive the error code 1722. I logged the installation process and found that the error occurred when the command regsvr32 is ran for a particular dll (the only time regsvr32 is actually called). Any insight would be a great help. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users *** Confidentiality Notice: This e-mail, including any associated or attached files, is intended solely for the individual or entity to which it is addressed. This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify the sender immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. This email comes from a division of the Invensys Group, owned by Invensys plc, which is a company registered in England and Wales with its registered office at 3rd Floor, 40 Grosvenor Place, London, SW1X 7AW (Registered number 166023). For a list of European legal entities within the Invensys Group, please go to http://www.invensys.com/en/legal/default.aspx. You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail recept...@invensys.com. This e-mail and any attachments thereto may be subject to the terms of any agreements between Invensys (and/or its subsidiaries and affiliates) and the recipient (and/or its subsidiaries and affiliates). -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats.
Re: [WiX-users] WIX regsvr32 with XP
I only put the [] in to take out company information and I is heat only available by using the command prompt? Jelani Jackson Junior Software Developer jelani.jack...@powerdms.com (800) 749-5104, x 6035 www.powerdms.com LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. -Original Message- From: Wilson, Phil [mailto:phil.wil...@invensys.com] Sent: Wednesday, May 23, 2012 5:38 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WIX regsvr32 with XP Regsvr32 didn't work, that's the point. Maybe it couldn't find your file. : C:\Program Files\[Product Information]\, looks wrong to me, because [ ] implies a Windows Installer property, but not with that space in the middle. The point of the tools like heat is that you don't need to run code at install time - it's the weakest link. Extract it all with heat and you don't need to run anything else. Phil W -Original Message- From: Jelani Jackson [mailto:jeljac...@gmail.com] Sent: Wednesday, May 23, 2012 1:27 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WIX regsvr32 with XP Thank you for the feedback. I'm not necessarily certain how to go about doing that since I am developing the wix installer with visual studio. Also here is the error that I am getting Event Type: Error Event Source: MsiInstaller Event Category: None Event ID: 11722 Date: 5/23/2012 Time: 4:17:12 PM User: VIRTUALXP-52160\XPMUser Computer: VIRTUALXP-52160 Description: Product: [Product] -- Error 1722. There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor. Action RegisterPlugin, location: C:\Program Files\[Product Information]\, command: regsvr32.exe /s C:\Program Files\[Product Information].dll For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Data: : 7b 36 46 30 44 39 41 38 {6F0D9A8 0008: 41 2d 34 39 37 34 2d 34 A-4974-4 0010: 30 37 41 2d 42 34 42 33 07A-B4B3 0018: 2d 37 31 31 32 37 43 39 -71127C9 0020: 46 46 34 38 30 7d FF480} On Wed, May 23, 2012 at 3:02 PM, Wilson, Phil phil.wil...@invensys.comwrote: WiX has a tool for extracting COM information, it's harvested using heat.exe. Even if you wanted to have the Dll self-register you don't need to do that by running regsvr32 because Windows Installer has a SelfReg table, just get your Dll in there. Developers often think that installs work using the same tools as used during development. You don't need regsv32 to do registration (or regasm), you don't install assemblies in the GAC with GacUtil, and you don't need InstallUtil to install services etc. Phil W -Original Message- From: Jelani Jackson [mailto:jeljac...@gmail.com] Sent: Wednesday, May 23, 2012 11:28 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] WIX regsvr32 with XP Hello all I am currently working on an installer which works for Windows Vista and Windows 7. When it comes to Windows XP on the other hand I receive the error code 1722. I logged the installation process and found that the error occurred when the command regsvr32 is ran for a particular dll (the only time regsvr32 is actually called). Any insight would be a great help. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users *** Confidentiality Notice: This e-mail, including any associated or attached files, is intended solely for the individual or entity to which it is addressed. This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify the sender immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. This email comes from a division of the Invensys Group, owned by Invensys plc, which is a company registered in England and Wales with its registered office at 3rd Floor, 40 Grosvenor
Re: [WiX-users] WiX (*.wxl) support at Transifex
Hey, Cool, atleast some feedback ;) Yeah, I understand. I also already created a ticket for wxl support at the Transifex's issue tracker ( https://github.com/transifex/transifex/issues/59). Do you think it also could be an option to manage the official translations of the WixUI and WixExtensions by using such a service? I asked Gabor about his opinion, because the content of http://wix.tramontana.co.hu/tutorial/localization has not been changed/updated very much lately. So if you are interested you might want to get in touch with the Transifex team via i...@indifex.com . I am sure they are happy if we spread the word about their service and we will be happy with the wxl support. Thx again for feedback. Cheers, Tommy 2012/5/23 Bob Arnson b...@joyofsetup.com On 23-May-12 13:19, chefkoch wrote: hmm , Is there nobody interested in? I wouldn't say that but it doesn't look easy to get into, even if you know Python, since you need a bunch of dependencies related to Django. Plus, of course, it's not exactly geared for Windows developers since they run the server on Linux. It might be easier to use an existing supported format like YAML as an intermediate format. -- sig://boB http://joyofsetup.com/ -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn errors
Hello all, I am seeing a couple different errors on a customers machine when running a burn based setup. The setup is about as simple as you can get - the bootstrapper just wraps a single MSI. Initially the customer was getting the following error: 0x800705ib - This security ID may not be assigned as the owner of this object. Then the customer changed something related to permissions (their computer is run by an IT group, and they wouldn't give us more details than that). After the change, he then received the following error: 0x800700e8 - The pipe is being closed. He passed along a screenshot of the log file (I have no idea why he couldn't send the actual log file, but anyway, see attached). Having him install the MSI file without the bootstrapper worked, although it's not something we want to do if we can help it. So my question is: Without any additional information, can anyone shed some light on the situation? I realize that I don't have much to go on (since this is a customers machine I don't have access to it, and we haven't been able to duplicate the problem on any of our machines). If it helps I can pass along any of the .wxs files. Thanks for any help! Kelly -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixExitEarlyWithSuccess not working for me
Hi Luis (1) Are you attempting a major upgrade or a minor one? If its a major upgrade then your upgrade MSI should have an identical upgrade ID but a different product ID and a different version from the original MSI. I cant tell if the product code has changed or not as you have only posted one set of code. However, if you dont change the product ID and the system tries a major upgrade, you will get this. Also, check your version number. In your WXS it's listed as 1.0.0.58. When FindRelatedProducts is called to look for versions to upgrade, it only checks the first 3 parts of the version number and the fourth number is ALWAYS ignored. If you have only bumped the version from say from 1.0.0.57 in the original MSI to 1.0.0.58 in the upgrade MSI, FindRelatedProducts still sees these as being the same. (2) I dont know the answer to this one but as a guess, I think you may need to digitally sign your MSI for the publisher to be shown. (3) I am not sure what your intention was by including the condition but Windows Installer will detect if your application is already installed and prevent a re-install by itself. The third screen shot shows this happening with the only option to repair or remove. Was there a reason for trying to stop the user installing the update again? Chris Lord Attero Tech, LLC 1315 Directors Row, Suite 107 Fort Wayne, IN 46808 Ph: 260-496-9668 ext. 377, Fax 260-496-9879 email: chris.l...@atterotech.com Confidentiality Notice: This message is intended solely for the use of the addressees shown above. It may contain information that is privileged, confidential and/or exempt from disclosure under applicable law. If you are not the intended recipient of this message, you are hereby notified that the copying, use or distribution of any information or materials transmitted in or with this message is strictly prohibited. If you received this message by mistake, please immediately contact me at (260) 496-9668 x 377 or chris.l...@atterotech.com and destroy the original message. Thank you. -Original Message- From: Luis Tiago C Eterovick [mailto:lu...@syst.com.br] Sent: Wednesday, May 23, 2012 4:14 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] WixExitEarlyWithSuccess not working for me Hello, I have 3 problems that i need some help. 1- Considering my App is installed and i generate a new installer with a newer version, if i open it i get this screen: http://img526.imageshack.us/img526/8471/screenshot20120523at457.png 2- After removing the installed App in Control Panel, i run the new installer. It installs everything smoothly but when asking for permission, it doesn't show the manufacturer name. Do i have to set it more than once? Because it's set on Product and Package fields: http://img96.imageshack.us/img96/4702/screenshot20120523at458.png 3- After the new version is installed, i run the installer again, and it was supposed to find the same version installed and exit with success, but it doesn't seem to do anything different from the regular proceeding: http://img23.imageshack.us/img23/4702/screenshot20120523at458.png I'm currently using: CustomActionRef Id=WixExitEarlyWithSuccess / Upgrade Id=$(var.ProductUpgradeCode) UpgradeVersion Minimum=$(var.ProductVersion) OnlyDetect=yes Property=NEWERVERSIONDETECTED / /Upgrade Condition Message=Metasys Update is already installed. This installation is being skipped.NOT NEWERVERSIONDETECTED/Condition and this is the full code: http://pastie.org/3957432 Can anyone help me on these points? Any other hint is appreciated. It's my first time using WiX. Thanks in advance -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] non-vital files in an installation
Excellent, thanks for your help all. Got it done :) cheers, Andrew On 23 May 2012 23:36, Hoover, Jacob jacob.hoo...@greenheck.com wrote: Yes, the file would have to exist at compile time if you are going to use a File element. On the media tag for the file, ensure it isn't in an embedded CAB. I believe a Media Tag with no Cabinet attribute would result in the file being expected to be located alongside the source. Since this is an image file, the only thing I can think of that you may have to do at runtime is update the file hash in a custom action. An alternate (and probably easier) option would be to eliminate the File element and then in the CopyFile refer to the file by name. This would mean you would have to add another element in the component to be the key path, such as a registry value. Component Id=CustomLogo Guid=A5FF53DE-4321-42c4-BE39-60F810C9CD69 Condition ![CDATA[LOGOEXISTS]] /Condition RegistryKey Root=HKLM Key=Software\Mfg\AppName Action=createAndRemoveOnUninstall RegistryValue Name=CustomLogo Value=1 Type=integer KeyPath=yes/ /RegistryKey CopyFile Id=customLogoFileCopy SourceDirectory=[SourceDir] SourceName=custom-logo.png DestinationDirectory=APPLICATIONROOTDIRECTORY/ RemoveFile Id=customLogoFileRemove Name=custom-logo.png On=uninstall / /Component -Original Message- From: Andrew Maxwell [mailto:andrew.maxw...@papercut.com] Sent: Tuesday, May 22, 2012 9:28 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] non-vital files in an installation thanks Jacob, that's got me thinking. So, right now I have: !-- check if the custom logo exists or not -- Property Id=LOGOEXISTS DirectorySearch Id=CheckFileDir Path=[SourceDir] Depth=0 FileSearch Id=CheckFile Name=custom-logo.png/ /DirectorySearch /Property !-- declare components -- DirectoryRef Id=APPLICATIONROOTDIRECTORY Component Id=CustomLogo Guid=A5FF53DE-4321-42c4-BE39-60F810C9CD69 Condition ![CDATA[LOGOEXISTS]] /Condition File Id= customLogoFile Name=custom-logo.png Source=custom-logo.png Vital=no / CopyFile Id=customLogoFileCopy SourceName=customLogoFile DestinationDirectory=APPLICATIONROOTDIRECTORY / /Component !-- and then include this component in features as normal -- Feature Id=blah Title=blahblah# Level=1 ComponentGroupRef Id=main application/ ComponentRef Id=ApplicationShortcut / ComponentRef Id=CustomLogo / /Feature This gives the error: custom logo not found, and won't compile. Is it required that the file exists at compile time? If so this gets very tricky to automate... :\ (duplicate entries with heat-harvested custom-logo.png and manual condition reference above. cheers, Andrew On 22 May 2012 23:49, Hoover, Jacob jacob.hoo...@greenheck.com wrote: One option would be to create a custom action that would create temporary records on install if the file exists on the installation media. This would allow you to avoid the prompt, but it would mean you would need to handle all the scenarios (install, upgrade, remove, repair, etc) with temporary records. This would lend itself well if you don't know the content that might be included up front but is the more complex option. Since it seems you do know the files at build time, you could create a component with a condition that would evaluate a custom property to determine if it needs to be installed. Then in your installer you would have a custom action which would enable the component (via a property) if the file exist in the installation media. -Original Message- From: Andrew Maxwell [mailto:andrew.maxw...@papercut.com] Sent: Tuesday, May 22, 2012 2:20 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] non-vital files in an installation Hrm, alright - suppressing the GUI prompt itself is out of the question, then. Can anyone give any advice on what the best way to do this would be? - optional file might be placed in the distribution directory (eg. a logo file), with a specific name and location - at MSI runtime if the file exists, the MSI will copy it to the destination - if not, continues on without bothering the user My approach at the moment is to simply create a dummy file in my source directory when harvesting with heat, and setting its Vital flag to false. This works fine, apart from the GUI popup. cheers, Andrew On 22 May 2012 14:58, Rob Mensching r...@robmensching.com wrote: Never seen anything in the MSI SDK that suggests you can suppress that UI if you show the internal UI. You could develop your own
Re: [WiX-users] WixExitEarlyWithSuccess not working for me
Having the same UpgradeCode (upgrade ID) isn't actually a requirement - just that your new version has the older version's UpgradeCode in the Upgrade table (Upgrade element). That's key - having the same UpgradeCode doesn't mean you have an upgrade. In fact, if you don't schedule RemoveExistingProducts you don't really have an upgrade either - just related packages. But you're on the right track: the ProductVersion and ProductCode have to change for your UpgradeVersion/@ActionProperty to be set, which in turn triggers the custom action. On Wed, May 23, 2012 at 3:36 PM, Chris Lord chris.l...@atterotech.comwrote: Hi Luis (1) Are you attempting a major upgrade or a minor one? If its a major upgrade then your upgrade MSI should have an identical upgrade ID but a different product ID and a different version from the original MSI. I cant tell if the product code has changed or not as you have only posted one set of code. However, if you dont change the product ID and the system tries a major upgrade, you will get this. Also, check your version number. In your WXS it's listed as 1.0.0.58. When FindRelatedProducts is called to look for versions to upgrade, it only checks the first 3 parts of the version number and the fourth number is ALWAYS ignored. If you have only bumped the version from say from 1.0.0.57 in the original MSI to 1.0.0.58 in the upgrade MSI, FindRelatedProducts still sees these as being the same. (2) I dont know the answer to this one but as a guess, I think you may need to digitally sign your MSI for the publisher to be shown. (3) I am not sure what your intention was by including the condition but Windows Installer will detect if your application is already installed and prevent a re-install by itself. The third screen shot shows this happening with the only option to repair or remove. Was there a reason for trying to stop the user installing the update again? Chris Lord Attero Tech, LLC 1315 Directors Row, Suite 107 Fort Wayne, IN 46808 Ph: 260-496-9668 ext. 377, Fax 260-496-9879 email: chris.l...@atterotech.com Confidentiality Notice: This message is intended solely for the use of the addressees shown above. It may contain information that is privileged, confidential and/or exempt from disclosure under applicable law. If you are not the intended recipient of this message, you are hereby notified that the copying, use or distribution of any information or materials transmitted in or with this message is strictly prohibited. If you received this message by mistake, please immediately contact me at (260) 496-9668 x 377 or chris.l...@atterotech.com and destroy the original message. Thank you. -Original Message- From: Luis Tiago C Eterovick [mailto:lu...@syst.com.br] Sent: Wednesday, May 23, 2012 4:14 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] WixExitEarlyWithSuccess not working for me Hello, I have 3 problems that i need some help. 1- Considering my App is installed and i generate a new installer with a newer version, if i open it i get this screen: http://img526.imageshack.us/img526/8471/screenshot20120523at457.png 2- After removing the installed App in Control Panel, i run the new installer. It installs everything smoothly but when asking for permission, it doesn't show the manufacturer name. Do i have to set it more than once? Because it's set on Product and Package fields: http://img96.imageshack.us/img96/4702/screenshot20120523at458.png 3- After the new version is installed, i run the installer again, and it was supposed to find the same version installed and exit with success, but it doesn't seem to do anything different from the regular proceeding: http://img23.imageshack.us/img23/4702/screenshot20120523at458.png I'm currently using: CustomActionRef Id=WixExitEarlyWithSuccess / Upgrade Id=$(var.ProductUpgradeCode) UpgradeVersion Minimum=$(var.ProductVersion) OnlyDetect=yes Property=NEWERVERSIONDETECTED / /Upgrade Condition Message=Metasys Update is already installed. This installation is being skipped.NOT NEWERVERSIONDETECTED/Condition and this is the full code: http://pastie.org/3957432 Can anyone help me on these points? Any other hint is appreciated. It's my first time using WiX. Thanks in advance -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Live Security
[WiX-users] Specifying a default directory in the standard bundle
Hi: I'm trying to move a product I'm involved with to a burn bundle. I using the non-managed bootstrapper-I'm not actually specifying a bootstrapper in my bundle. What I need to do is specify a default installation directory for this bundle. How do I go about doing this? When I click options it seems as if the directory isn't populated from the msi. Also I need to install Windows Installer as a prereq, what is the best way of doing this if I'm not using the managed boosstrapper. Regards Sean. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users