[WiX-users] Virtual Directory not getting converted to Application in IIS.

[Tony Jose Mampilly]

Hi,

I created a web setup referring to article at
"*http://www.wintellect.com/blogs/jrobbins/web-application-installer-in-wix
".
*The web setup works fine when executed from an elevated command prompt. An
issue I face is that *when I am installing the setup under a different
website, then the virtual directory is not getting converted to
application,* whereas if I am installing it under default website it is
installing properly and also converted to application. What am I missing
out to convert it to application when installed under a different website.
The code can be obtained from the above link.

Any help appreciated. Thanks in advance

Regards
Tony
--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WIX environment variable missing from Windows 8.1

[Nick Ramirez]

I tried it again tonight and it's working just fine. The WIX variable is
there. I'm not sure what happened before. But I won't worry about it. I had
installed Visual Studio Express just before installing WiX (knowing that it
doesn't work on Express, but wanting to make sure that it /still /doesn't
work). But I'm sure that's not it. I won't dwell on it.



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WIX-environment-variable-missing-from-Windows-8-1-tp7596093p7596106.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Assembly updates in the GAC using Major upgrade

[John Cooper]

I would say so.  I would definitely advocate Method 1.

--
John Merryweather Cooper
Build & Install Engineer – ESA
Jack Henry & Associates, Inc.®
Shawnee Mission, KS  66227
Office:  913-341-3434 x791011
jocoo...@jackhenry.com
www.jackhenry.com



-Original Message-
From: Phil Wilson [mailto:phildgwil...@gmail.com] 
Sent: Tuesday, July 29, 2014 2:02 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Assembly updates in the GAC using Major upgrade

Is it this issue?

http://support.microsoft.com/kb/905238/en-us
---
Phil Wilson


On Wed, Jul 23, 2014 at 6:14 AM, John Cooper  wrote:
> What is the AssemblyVersion as opposed to the AssemblyFileVersion of both 
> assemblies?  Chances are very good that if the AssemblyVersions are the same, 
> then the strong name will also be the same which will cause you problems.
>
> --
> John Merryweather Cooper
> Build & Install Engineer - ESA
> Jack Henry & Associates, Inc.®
> Shawnee Mission, KS  66227
> Office:  913-341-3434 x791011
> jocoo...@jackhenry.com
> www.jackhenry.com
>
>
>
> -Original Message-
> From: kirannhegde [mailto:kirann.he...@gmail.com]
> Sent: Wednesday, July 23, 2014 1:00 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Assembly updates in the GAC using Major upgrade
>
> Hello all,
>
> I am facing a strange problem where an assembly is not upgraded in the GAC 
> after a major upgrade.
> V1.0 of the msi package  contains v1.0.19.0 of the assembly
> V1.1 of the msi package contains v1.0.21.0 of the assembly.
>
> This assembly is sourced using a merge module.
>
> When i execute v1.1 of the msi package on a system which has  v1.0 already 
> installed, the assemby is not updated.
> I see the following  error in the log file:
> *skipping installation of assembly component:
> {C238A087-B494-48A6-B69C-5A95E2FFE56B} since the assembly already 
> exists*
>
> Here are a few things to note:
> -The assembly version of the dll has changed between v1.0 and v1.1. However, 
> the component id has not changed.
> This should not be an issue as  in a test project, i was able to upgrade the 
> assembly in the GAC without modifying the component code, even when the 
> assembly versions have changed.
>
> -The MsiAssemblyName table does not contain the  fileVersion attribute, as 
> required for in-place upgrade of asssemblies.
> This i believe is insignificant here as the "assembly version" itself 
> has changed. This is only required if you want to update an assembly 
> in the GAC without modifying its assembly version
>
> -in v1.1 of the msi package, RemoveExistingProducts is sequenced after 
> InstallFinalize.
>
> -I built my test project using Wix and was able to update the assembly in the 
> GAC by just updating the assembly versions. The same component code was used 
> in both the base as well as the upgraded msi.
>
>
> What could be wrong with my production installer?
> The production installer has merge modules which are very old and are still 
> being built using  Wise.
>
> Any help would be very much appreciated.
>
> Thanks,
> Kiran Hegde
>
>
>
> --
> View this message in context: 
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Assembly
> -updates-in-the-GAC-using-Major-upgrade-tp7596052.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
> --
>  Want fast and easy access to all the code in your enterprise? 
> Index and search up to 200,000 lines of code with a free copy of Black Duck 
> Code Sight - the same software that powers the world's largest code search on 
> Ohloh, the Black Duck Open Hub! Try it now.
> http://p.sf.net/sfu/bds
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> NOTICE: This electronic mail message and any files transmitted with it 
> are intended exclusively for the individual or entity to which it is 
> addressed. The message, together with any attachment, may contain 
> confidential and/or privileged information.
> Any unauthorized review, use, printing, saving, copying, disclosure or 
> distribution is strictly prohibited. If you have received this message 
> in error, please immediately advise the sender by reply email and delete all 
> copies.
>
>
> --
>  Want fast and easy access to all the code in your enterprise? 
> Index and search up to 200,000 lines of code with a free copy of Black 
> Duck Code Sight - the same software that powers the world's largest 
> code search on Ohloh, the Black Duck Open Hub! Try it now.
> http://p.sf.net/sfu/bds
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Assembly updates in the GAC using Major upgrade

[Phil Wilson]

Is it this issue?

http://support.microsoft.com/kb/905238/en-us
---
Phil Wilson


On Wed, Jul 23, 2014 at 6:14 AM, John Cooper  wrote:
> What is the AssemblyVersion as opposed to the AssemblyFileVersion of both 
> assemblies?  Chances are very good that if the AssemblyVersions are the same, 
> then the strong name will also be the same which will cause you problems.
>
> --
> John Merryweather Cooper
> Build & Install Engineer - ESA
> Jack Henry & Associates, Inc.®
> Shawnee Mission, KS  66227
> Office:  913-341-3434 x791011
> jocoo...@jackhenry.com
> www.jackhenry.com
>
>
>
> -Original Message-
> From: kirannhegde [mailto:kirann.he...@gmail.com]
> Sent: Wednesday, July 23, 2014 1:00 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Assembly updates in the GAC using Major upgrade
>
> Hello all,
>
> I am facing a strange problem where an assembly is not upgraded in the GAC 
> after a major upgrade.
> V1.0 of the msi package  contains v1.0.19.0 of the assembly
> V1.1 of the msi package contains v1.0.21.0 of the assembly.
>
> This assembly is sourced using a merge module.
>
> When i execute v1.1 of the msi package on a system which has  v1.0 already 
> installed, the assemby is not updated.
> I see the following  error in the log file:
> *skipping installation of assembly component:
> {C238A087-B494-48A6-B69C-5A95E2FFE56B} since the assembly already exists*
>
> Here are a few things to note:
> -The assembly version of the dll has changed between v1.0 and v1.1. However, 
> the component id has not changed.
> This should not be an issue as  in a test project, i was able to upgrade the 
> assembly in the GAC without modifying the component code, even when the 
> assembly versions have changed.
>
> -The MsiAssemblyName table does not contain the  fileVersion attribute, as 
> required for in-place upgrade of asssemblies.
> This i believe is insignificant here as the "assembly version" itself has 
> changed. This is only required if you want to update an assembly in the GAC 
> without modifying its assembly version
>
> -in v1.1 of the msi package, RemoveExistingProducts is sequenced after 
> InstallFinalize.
>
> -I built my test project using Wix and was able to update the assembly in the 
> GAC by just updating the assembly versions. The same component code was used 
> in both the base as well as the upgraded msi.
>
>
> What could be wrong with my production installer?
> The production installer has merge modules which are very old and are still 
> being built using  Wise.
>
> Any help would be very much appreciated.
>
> Thanks,
> Kiran Hegde
>
>
>
> --
> View this message in context: 
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Assembly-updates-in-the-GAC-using-Major-upgrade-tp7596052.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
> --
> Want fast and easy access to all the code in your enterprise? Index and 
> search up to 200,000 lines of code with a free copy of Black Duck Code Sight 
> - the same software that powers the world's largest code search on Ohloh, the 
> Black Duck Open Hub! Try it now.
> http://p.sf.net/sfu/bds
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> NOTICE: This electronic mail message and any files transmitted with it are 
> intended
> exclusively for the individual or entity to which it is addressed. The 
> message,
> together with any attachment, may contain confidential and/or privileged 
> information.
> Any unauthorized review, use, printing, saving, copying, disclosure or 
> distribution
> is strictly prohibited. If you have received this message in error, please
> immediately advise the sender by reply email and delete all copies.
>
>
> --
> Want fast and easy access to all the code in your enterprise? Index and
> search up to 200,000 lines of code with a free copy of Black Duck
> Code Sight - the same software that powers the world's largest code
> search on Ohloh, the Black Duck Open Hub! Try it now.
> http://p.sf.net/sfu/bds
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WIX environment variable missing from Windows 8.1

[John Cooper]

Also here (Windows 8.0 on my laptop).  I just install 3.9.721, and WIX was 
defined as expected.

--
John Merryweather Cooper
Build & Install Engineer - ESA
Jack Henry & Associates, Inc.®
Shawnee Mission, KS  66227
Office:  913-341-3434 x791011
jocoo...@jackhenry.com
www.jackhenry.com



-Original Message-
From: David Watson [mailto:dwat...@sdl.com] 
Sent: Tuesday, July 29, 2014 3:33 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] WIX environment variable missing from Windows 8.1

It's there on my windows 8.1 and server 2012R2 machines.

-Original Message-
From: Rob Mensching [mailto:r...@firegiant.com] 
Sent: 29 July 2014 07:37
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] WIX environment variable missing from Windows 8.1

Does it work with v3.9? Does it work after restarting the machine?

___
 FireGiant  |  Dedicated support for the WiX toolset  |  
http://www.firegiant.com/

-Original Message-
From: Nick Ramirez [mailto:nickra...@hotmail.com] 
Sent: Monday, July 28, 2014 7:21 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] WIX environment variable missing from Windows 8.1

After installing WiX 3.8 on Windows 8.1, I saw that the system environment 
variable WIX, which is normally installed as part of the install (and still is 
on Windows 7), isn't set. Has anyone noticed this?



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WIX-environment-variable-missing-from-Windows-8-1-tp7596093.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
___
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.



This message has been scanned for malware by Websense. www.websense.com

--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.


--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Force msi to ask for admin priviliges

[dsro87]

I solved the problem. It was not a msi/wix problem.
We have an entry in our group policy which is "Always install with elevated
privileges" (http://msdn.microsoft.com/en-us/library/ms813108.aspx). With
this entry the msi never asked for administration priviliges.



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Force-msi-to-ask-for-admin-priviliges-tp7596097p7596099.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WIX environment variable missing from Windows 8.1

[David Watson]

It's there on my windows 8.1 and server 2012R2 machines.

-Original Message-
From: Rob Mensching [mailto:r...@firegiant.com] 
Sent: 29 July 2014 07:37
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] WIX environment variable missing from Windows 8.1

Does it work with v3.9? Does it work after restarting the machine?

___
 FireGiant  |  Dedicated support for the WiX toolset  |  
http://www.firegiant.com/

-Original Message-
From: Nick Ramirez [mailto:nickra...@hotmail.com] 
Sent: Monday, July 28, 2014 7:21 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] WIX environment variable missing from Windows 8.1

After installing WiX 3.8 on Windows 8.1, I saw that the system environment 
variable WIX, which is normally installed as part of the install (and still is 
on Windows 7), isn't set. Has anyone noticed this?



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WIX-environment-variable-missing-from-Windows-8-1-tp7596093.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
___
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.



This message has been scanned for malware by Websense. www.websense.com

--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Force msi to ask for admin priviliges

[dsro87]

Hi all,

I created a setup with custom actions which copies and deletes our license
files. When I start the msi with a bootstraper (Setup.exe) it is asked for
administration priviliges and the custom actions run fine, but when i
uninstall our application over Control Panel -> Programs -> programs and
features the msi starts to run but rollback after executing the delete
custom action. The Error is System.UnauthorizedAccessException. I think the
msi does not run with admin priviliges. 

My question is, how can I force the msi to ask for admin priviliges before
start?

I tried InstallPrivileges="elevated" InstallScope="perMachine" an 
AdminImage="no" as properties. But this doesn't work.

Regards
Dominik



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Force-msi-to-ask-for-admin-priviliges-tp7596097.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users