Re: [WiX-users] Uninstall running very Slow....
It may help to post the logs somewhere anyway, just in case someone here can see something unusual. IIRC, the VM may be one of those that does accumulative changes but keeps the original image intact, so each action requires checking the original image and then searching the list of changes to get the correct current state, as well as keeping the change cache up to date with that uninstall. So if the different timings were, for example, not both a fresh VM, install then uninstall, the timings could be inconsistent because of that kind of thing. Otherwise yes, you're right. if there's no change that you can make to the MSI to speed it up and it's all internal installer actions then get it looked at by Microsoft. As for detecting that the uninstall is slow, surely the progress bar already shows that. --- Phil Wilson On Tue, Jul 7, 2015 at 7:14 AM, TimM timmay...@smarttech.com wrote: Our testing department has been doing some install/uninstall testing with our products and have reported that sometimes the uninstall can be very slow at times and therefore wanted to know if we can fix these.I reviewed the logs and there were no indication of any tasks taking an overall long time to do, just consistently slow over all.I mentioned that there was not much that I could do as it was probably that their machines were busy during uninstall and therefore simply slowed down the uninstall. And I also mentioned that if the slow down was in any of our custom actions that we could at least look into them, but if any of the build in tasks were the cause of the slow down then there was not much we could do about these. They basically stated if there was any thing that we could do to detect this slow down and why as they did not accept my response that it could have just been a busy machine.So is there anything that I can do, or see in the log that would explain the slow down so that I could report back as to why the slow downs are taking place?I was given two logs of the same product being uninstalled on 2 different VM machines and one completed within 1 min where as the other completed after 45 mins.Again looking at the logs simply shows that each step of the uninstall was just taking longer to perform, ie for the FileRemove actions it took 22 seconds on the fast uninstall, where as on the slow uninstall it took 24 mins.So if someone could better explain why the uninstalls may be taking longer in some cases that I could then explain to the testing department then maybe they will know that it is not something that I can fix in the install project and therefore not report as a bug. Sure having installs/uninstalls taking way longer than expected is not a good user experience, but if there is nothing that I can actually do to fix it then what else am I suppose to do???Thanks for any input. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Uninstall-running-very-Slow-tp7600812.html Sent from the wix-users mailing list archive at Nabble.com. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem durring major upgrade /qb or /qn
Ah, sorry, I just got them the wrong way around. The UI log shows a normal install. The Q log shows Product registered: entering maintenance mode and Skipping FindRelatedProducts action: not run in maintenance mode which means that the product defined by the Q log ProductCode must already be installed. --- Phil Wilson On Tue, Jul 7, 2015 at 1:54 AM, AleksL lyas...@gmail.com wrote: I don't think so. I am testing on Virtual machine. First, I run test_setup_1, then do snapshot and do major update on test_setup_2 in quiet mode. After analyzing results I restore to the snapshot and do major update on test_setup_2 with UI. You wrote: /but then you run the UI install and that log says Product registered: entering maintenance mode/ But this belongs to remove phase during major upgrade. You can see any lines before /MSI (s) (68:1C) [00:35:12:488]: Doing action: RemoveExistingProducts/ -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Problem-durring-major-upgrade-qb-or-qn-tp7600784p7600808.html Sent from the wix-users mailing list archive at Nabble.com. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Setting Compatibility Mode on shortcut for all users
You might need to deploy a shim db, though you'd have to define the specific compatibly settings you need. https://technet.microsoft.com/en-us/library/dd837647(v=ws.10).aspx https://technet.microsoft.com/en-us/library/dd837648(WS.10).aspx -Original Message- From: Chris Moxon [mailto:chris.mo...@eque2.com] Sent: Tuesday, July 07, 2015 8:41 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Setting Compatibility Mode on shortcut for all users I just tried setting Windows 7 compatibility in the app manifest and removing the tick-box on the shortcut - but alas that makes our application fail. It's using a third party ODBC driver that doesn't seem to work unless we have the tick-box selected on the short-cut. -Original Message- From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] Sent: 06 July 2015 21:21 To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Setting Compatibility Mode on shortcut for all users Wouldn't the right way be to manifest the EXE declaring which version of Windows it is compatible with, and let the newer OS's decide if they need to shim the app? -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: Monday, July 06, 2015 3:11 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Setting Compatibility Mode on shortcut for all users It might be works as designed. Raymond Chen appears adamant that it shouldn't be done in an install anyway: http://blogs.msdn.com/b/oldnewthing/archive/2010/03/11/9976571.aspx --- Phil Wilson On Mon, Jul 6, 2015 at 9:52 AM, Chris Moxon chris.mo...@eque2.com wrote: I have a msi that has its InstallScope set to perMachine and it creates a shortcut which is available to all the users: Directory Id=ProgramMenuFolder Directory Id=CompanyShortcutsDir Name=My Company / /Directory Component Id=CMP_MainExeShortcut Directory=CompanyShortcutsDir Guid={B857CD9E---F2090C50C985} Shortcut Id=MyExeStartShortcut Name=My Product Description=$(var.WIX_PRODNAME) Target=[APPLICATIONFOLDER]MyApp.exe WorkingDirectory=APPLICATIONFOLDER Icon=my.ico / RemoveFolder Id=RemoveCompanyShortcutsDir On=uninstall / RegistryValue Root=HKCU Key=Software\MyCompany Name=MainExeShortcut Type=integer Value=1 KeyPath=yes / /Component and the shortcut does indeed appear for all the users - so far so good !! But I also have this fragment of code: Component Id=CMP_MainExeShortcutCompat Directory=CompanyShortcutsDir Guid={C748B7C6---7CB1823774DC} RegistryValue Root=HKMU Key=SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers Name=[APPLICATIONFOLDER]MyApp.exe Type=string Value=~ WIN7RTM KeyPath=yes/ /Component who's purpose is to set the Compatibility Mode on the shortcut to be Windows 7 - but this only happens for the user that installed our product, it doesn't get set on the shortcut for the other users who are likely to login to the PC. Does anyone know how I can set this flag on the shortcut for all the users ? Many Thanks, Chris. If you've received this email by mistake, we're sorry for bothering you. It may contain information that's confidential, so please delete it without sharing it. And if you let us know, we can try to stop it from happening again. Thank you. We may monitor any emails sent or received by us, or on our behalf. If we do, this will be in line with relevant law and our own policies. Eque2 Limited. Registered in England at Freetrade Exchange, 37 Peter Street, Manchester, M2 5GB. Registered number 08179642. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Create FTP site with Wix 3.9
I need to create an ftp site but can't seem to find any element or property that supports this. Is there any way to do this through wix, or do I need to create some custom actions? Thanks. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Create-FTP-site-with-Wix-3-9-tp7600820.html Sent from the wix-users mailing list archive at Nabble.com. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem durring major upgrade /qb or /qn
I don't think so. I am testing on Virtual machine. First, I run test_setup_1, then do snapshot and do major update on test_setup_2 in quiet mode. After analyzing results I restore to the snapshot and do major update on test_setup_2 with UI. You wrote: /but then you run the UI install and that log says Product registered: entering maintenance mode/ But this belongs to remove phase during major upgrade. You can see any lines before /MSI (s) (68:1C) [00:35:12:488]: Doing action: RemoveExistingProducts/ -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Problem-durring-major-upgrade-qb-or-qn-tp7600784p7600808.html Sent from the wix-users mailing list archive at Nabble.com. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Uninstall running very Slow....
Nope the VM's are strictly captured snapshots and therefore no accumulative changes are applied to the images. Another thing to note is that we have our own uninstaller application that simply launch the uninstalls of our products that are selected by the user and the tester noticed that the slow down more often when doing an administration push of the uninstall in silent mode. If he pushes the uninstall in UI mode, or runs the same cmds on the local machines then the uninstalls do seem to go faster, at least that is how he sees it. I do not know how running the uninstaller in silent mode and being pushed by the admin would make much difference, that that is what he is seeing. I'll see about posting logs of the same uninstall were one is fast and the other slow to see if someone can see anything unusual. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Uninstall-running-very-Slow-tp7600812p7600826.html Sent from the wix-users mailing list archive at Nabble.com. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Uninstall running very Slow....
Here is the download link to the uninstall logs: https://www.dropbox.com/s/5qivuotwbornc8t/UninstallLogs.zip?dl=0 -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Uninstall-running-very-Slow-tp7600812p7600828.html Sent from the wix-users mailing list archive at Nabble.com. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem durring major upgrade /qb or /qn
Hello, Phil. Thank you for answer. But I don't clear understand. /Q log shows Product registered: entering maintenance mode and Skipping FindRelatedProducts action: not run in maintenance mode which means that the product defined by the Q log ProductCode must already be installed/ I think that those Q log lines shows time moment in remove phase during major upgrade. In this time second product does not installed yet and first product is removing. Isn't it? I think the behavior shown in UI log seems to be right, in that case in quiet mode seems to be wrong. Is this my mistake or this is a bug in windows installer? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Problem-durring-major-upgrade-qb-or-qn-tp7600784p7600827.html Sent from the wix-users mailing list archive at Nabble.com. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] QuickTime is installing when it is already installed.
Amazing that I could look at that so many times and not see that. Thanks you for the help!! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/QuickTime-is-installing-when-it-is-already-installed-tp7600756p7600831.html Sent from the wix-users mailing list archive at Nabble.com. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem durring major upgrade /qb or /qn
My apologies, I'm going too fast and not looking properly - I need to look again. --- Phil Wilson On Tue, Jul 7, 2015 at 12:40 PM, AleksL lyas...@gmail.com wrote: Hello, Phil. Thank you for answer. But I don't clear understand. /Q log shows Product registered: entering maintenance mode and Skipping FindRelatedProducts action: not run in maintenance mode which means that the product defined by the Q log ProductCode must already be installed/ I think that those Q log lines shows time moment in remove phase during major upgrade. In this time second product does not installed yet and first product is removing. Isn't it? I think the behavior shown in UI log seems to be right, in that case in quiet mode seems to be wrong. Is this my mistake or this is a bug in windows installer? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Problem-durring-major-upgrade-qb-or-qn-tp7600784p7600827.html Sent from the wix-users mailing list archive at Nabble.com. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] product dependencies - with or without the Dependency Extension
Hello, is there any documentation available on authoring and handling product dependencies? So far (3.9R2), the How To: Author product dependencies in the WiX help file is sill empty. I have learnt that Burn can now handle dependencies without using the Dependency Extension, but I assume that there are more use cases for that extension (as the Provides Element can also be the child of a Component...) The lack of documentation makes this dependency feature somewhat confusing... Is the registry key HKCR\Installer\Dependencies a WiX invention, or is it used by Windows Installer as well? Best regards Matthias Reuss -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Setting Compatibility Mode on shortcut for all users
Although making the appropriate shortcut during installation is the best answer normally - If it isn't working this way could you create the per user shortcut a different way after installation completes. Maybe Active Directory policy or power shell during logon or -Original Message- From: Chris Moxon [mailto:chris.mo...@eque2.com] Sent: Tuesday, July 07, 2015 6:49 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Setting Compatibility Mode on shortcut for all users Well perhaps Raymond Chen lives in a different world to the one I do. Yes in an ideal world, we would fix our app so that it doesn't need the compatibility tick-box checked - but the problem with our app is that it uses a third party ODBC driver that is not compatible - we cannot change that part of our product ( the third party in question aren't bothered about changing it either ) so we cannot fix our app. Setting the tick-box on the shortcut for the current user is a quick, easy ( cost effective ) solution to our needs - we just need to try and get it set for all users. -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: 06 July 2015 21:11 To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Setting Compatibility Mode on shortcut for all users It might be works as designed. Raymond Chen appears adamant that it shouldn't be done in an install anyway: http://blogs.msdn.com/b/oldnewthing/archive/2010/03/11/9976571.aspx --- Phil Wilson On Mon, Jul 6, 2015 at 9:52 AM, Chris Moxon chris.mo...@eque2.com wrote: I have a msi that has its InstallScope set to perMachine and it creates a shortcut which is available to all the users: Directory Id=ProgramMenuFolder Directory Id=CompanyShortcutsDir Name=My Company / /Directory Component Id=CMP_MainExeShortcut Directory=CompanyShortcutsDir Guid={B857CD9E---F2090C50C985} Shortcut Id=MyExeStartShortcut Name=My Product Description=$(var.WIX_PRODNAME) Target=[APPLICATIONFOLDER]MyApp.exe WorkingDirectory=APPLICATIONFOLDER Icon=my.ico / RemoveFolder Id=RemoveCompanyShortcutsDir On=uninstall / RegistryValue Root=HKCU Key=Software\MyCompany Name=MainExeShortcut Type=integer Value=1 KeyPath=yes / /Component and the shortcut does indeed appear for all the users - so far so good !! But I also have this fragment of code: Component Id=CMP_MainExeShortcutCompat Directory=CompanyShortcutsDir Guid={C748B7C6---7CB1823774DC} RegistryValue Root=HKMU Key=SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers Name=[APPLICATIONFOLDER]MyApp.exe Type=string Value=~ WIN7RTM KeyPath=yes/ /Component who's purpose is to set the Compatibility Mode on the shortcut to be Windows 7 - but this only happens for the user that installed our product, it doesn't get set on the shortcut for the other users who are likely to login to the PC. Does anyone know how I can set this flag on the shortcut for all the users ? Many Thanks, Chris. If you've received this email by mistake, we're sorry for bothering you. It may contain information that's confidential, so please delete it without sharing it. And if you let us know, we can try to stop it from happening again. Thank you. We may monitor any emails sent or received by us, or on our behalf. If we do, this will be in line with relevant law and our own policies. Eque2 Limited. Registered in England at Freetrade Exchange, 37 Peter Street, Manchester, M2 5GB. Registered number 08179642. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users If you've received this email by mistake, we're sorry for bothering you. It may
[WiX-users] unsubscribe
-- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Patch rollback works, but previous applied patch does not show in 'view installed updates' (after rollback)
Hello, What happens when you apply the patches outside of Burn? Also, how did you make sure that Patch 2 is in the view when you uninstalled Patch 3? Do you have a verbose windows installer log file? Regards, Kiran Hegde -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Patch-rollback-works-but-previous-applied-patch-does-not-show-in-view-installed-updates-after-rollba-tp7600642p7600809.html Sent from the wix-users mailing list archive at Nabble.com. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Setting Compatibility Mode on shortcut for all users
I just tried setting Windows 7 compatibility in the app manifest and removing the tick-box on the shortcut - but alas that makes our application fail. It's using a third party ODBC driver that doesn't seem to work unless we have the tick-box selected on the short-cut. -Original Message- From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] Sent: 06 July 2015 21:21 To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Setting Compatibility Mode on shortcut for all users Wouldn't the right way be to manifest the EXE declaring which version of Windows it is compatible with, and let the newer OS's decide if they need to shim the app? -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: Monday, July 06, 2015 3:11 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Setting Compatibility Mode on shortcut for all users It might be works as designed. Raymond Chen appears adamant that it shouldn't be done in an install anyway: http://blogs.msdn.com/b/oldnewthing/archive/2010/03/11/9976571.aspx --- Phil Wilson On Mon, Jul 6, 2015 at 9:52 AM, Chris Moxon chris.mo...@eque2.com wrote: I have a msi that has its InstallScope set to perMachine and it creates a shortcut which is available to all the users: Directory Id=ProgramMenuFolder Directory Id=CompanyShortcutsDir Name=My Company / /Directory Component Id=CMP_MainExeShortcut Directory=CompanyShortcutsDir Guid={B857CD9E---F2090C50C985} Shortcut Id=MyExeStartShortcut Name=My Product Description=$(var.WIX_PRODNAME) Target=[APPLICATIONFOLDER]MyApp.exe WorkingDirectory=APPLICATIONFOLDER Icon=my.ico / RemoveFolder Id=RemoveCompanyShortcutsDir On=uninstall / RegistryValue Root=HKCU Key=Software\MyCompany Name=MainExeShortcut Type=integer Value=1 KeyPath=yes / /Component and the shortcut does indeed appear for all the users - so far so good !! But I also have this fragment of code: Component Id=CMP_MainExeShortcutCompat Directory=CompanyShortcutsDir Guid={C748B7C6---7CB1823774DC} RegistryValue Root=HKMU Key=SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers Name=[APPLICATIONFOLDER]MyApp.exe Type=string Value=~ WIN7RTM KeyPath=yes/ /Component who's purpose is to set the Compatibility Mode on the shortcut to be Windows 7 - but this only happens for the user that installed our product, it doesn't get set on the shortcut for the other users who are likely to login to the PC. Does anyone know how I can set this flag on the shortcut for all the users ? Many Thanks, Chris. If you've received this email by mistake, we're sorry for bothering you. It may contain information that's confidential, so please delete it without sharing it. And if you let us know, we can try to stop it from happening again. Thank you. We may monitor any emails sent or received by us, or on our behalf. If we do, this will be in line with relevant law and our own policies. Eque2 Limited. Registered in England at Freetrade Exchange, 37 Peter Street, Manchester, M2 5GB. Registered number 08179642. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net
Re: [WiX-users] Setting Compatibility Mode on shortcut for all users
Well perhaps Raymond Chen lives in a different world to the one I do. Yes in an ideal world, we would fix our app so that it doesn't need the compatibility tick-box checked - but the problem with our app is that it uses a third party ODBC driver that is not compatible - we cannot change that part of our product ( the third party in question aren't bothered about changing it either ) so we cannot fix our app. Setting the tick-box on the shortcut for the current user is a quick, easy ( cost effective ) solution to our needs - we just need to try and get it set for all users. -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: 06 July 2015 21:11 To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Setting Compatibility Mode on shortcut for all users It might be works as designed. Raymond Chen appears adamant that it shouldn't be done in an install anyway: http://blogs.msdn.com/b/oldnewthing/archive/2010/03/11/9976571.aspx --- Phil Wilson On Mon, Jul 6, 2015 at 9:52 AM, Chris Moxon chris.mo...@eque2.com wrote: I have a msi that has its InstallScope set to perMachine and it creates a shortcut which is available to all the users: Directory Id=ProgramMenuFolder Directory Id=CompanyShortcutsDir Name=My Company / /Directory Component Id=CMP_MainExeShortcut Directory=CompanyShortcutsDir Guid={B857CD9E---F2090C50C985} Shortcut Id=MyExeStartShortcut Name=My Product Description=$(var.WIX_PRODNAME) Target=[APPLICATIONFOLDER]MyApp.exe WorkingDirectory=APPLICATIONFOLDER Icon=my.ico / RemoveFolder Id=RemoveCompanyShortcutsDir On=uninstall / RegistryValue Root=HKCU Key=Software\MyCompany Name=MainExeShortcut Type=integer Value=1 KeyPath=yes / /Component and the shortcut does indeed appear for all the users - so far so good !! But I also have this fragment of code: Component Id=CMP_MainExeShortcutCompat Directory=CompanyShortcutsDir Guid={C748B7C6---7CB1823774DC} RegistryValue Root=HKMU Key=SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers Name=[APPLICATIONFOLDER]MyApp.exe Type=string Value=~ WIN7RTM KeyPath=yes/ /Component who's purpose is to set the Compatibility Mode on the shortcut to be Windows 7 - but this only happens for the user that installed our product, it doesn't get set on the shortcut for the other users who are likely to login to the PC. Does anyone know how I can set this flag on the shortcut for all the users ? Many Thanks, Chris. If you've received this email by mistake, we're sorry for bothering you. It may contain information that's confidential, so please delete it without sharing it. And if you let us know, we can try to stop it from happening again. Thank you. We may monitor any emails sent or received by us, or on our behalf. If we do, this will be in line with relevant law and our own policies. Eque2 Limited. Registered in England at Freetrade Exchange, 37 Peter Street, Manchester, M2 5GB. Registered number 08179642. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users If you've received this email by mistake, we're sorry for bothering you. It may contain information that's confidential, so please delete it without sharing it. And if you let us know, we can try to stop it from happening again. Thank you. We may monitor any emails sent or received by us, or on our behalf. If we do, this will be in line with relevant law and our own policies. Eque2 Limited. Registered in England at Freetrade Exchange, 37 Peter Street, Manchester, M2 5GB. Registered number 08179642. -- Don't
[WiX-users] Uninstall running very Slow....
Our testing department has been doing some install/uninstall testing with our products and have reported that sometimes the uninstall can be very slow at times and therefore wanted to know if we can fix these.I reviewed the logs and there were no indication of any tasks taking an overall long time to do, just consistently slow over all.I mentioned that there was not much that I could do as it was probably that their machines were busy during uninstall and therefore simply slowed down the uninstall. And I also mentioned that if the slow down was in any of our custom actions that we could at least look into them, but if any of the build in tasks were the cause of the slow down then there was not much we could do about these. They basically stated if there was any thing that we could do to detect this slow down and why as they did not accept my response that it could have just been a busy machine.So is there anything that I can do, or see in the log that would explain the slow down so that I could report back as to why the slow downs are taking place?I was given two logs of the same product being uninstalled on 2 different VM machines and one completed within 1 min where as the other completed after 45 mins.Again looking at the logs simply shows that each step of the uninstall was just taking longer to perform, ie for the FileRemove actions it took 22 seconds on the fast uninstall, where as on the slow uninstall it took 24 mins.So if someone could better explain why the uninstalls may be taking longer in some cases that I could then explain to the testing department then maybe they will know that it is not something that I can fix in the install project and therefore not report as a bug. Sure having installs/uninstalls taking way longer than expected is not a good user experience, but if there is nothing that I can actually do to fix it then what else am I suppose to do???Thanks for any input. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Uninstall-running-very-Slow-tp7600812.html Sent from the wix-users mailing list archive at Nabble.com. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users