Re: [WiX-users] Link to Uninstall the product.

[Alexander Shevchuk]

http://robmensching.com/blog/archive/2007/04/27/How-to-create-an-uninstall-shortcut-and-pass-all-the.aspx




From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ArunKumar 
ArcotVijayaKumar
Sent: Thursday, March 20, 2008 3:24 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Link to Uninstall the product.



I need some ideas/pointer  on how to add a Link to Uninstall the product, in 
the Program Menu folder for my product ?
Thanks in advance.

Thanks
ArunKumar
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Link to Uninstall the product.

[ArunKumar ArcotVijayaKumar]

I need some ideas/pointer  on how to add a Link to Uninstall the product, in
the Program Menu folder for my product ?
Thanks in advance.

Thanks

ArunKumar 

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Conditional file and registry removal during uninstall

[Michael Ballou]

In my current MSI installs, I allow the user to choose if they want to
remove configuration information from the machine.

Currently I do this by setting the msidbComponentAttributesPermanent
attribute on the components with user configuration data.  I then have a
custom action to delete the files and registry keys with configuration
data that only runs if the user selects to remove the configuration
information.

Is there any better way to accomplish this?

Thanks,
Mike



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Custom Action and ERROR_INSTALL_USEREXIT

[Roger Yen]

Hi, I wrote a custom action that pops up a dialog asking the user
whether to continue or to cancel the installation, and if the user
clicks the "No" pushbutton, the custom action returns
ERROR_INSTALL_USEREXIT. However I am finding that it doesn't work, the
installer would simply continue with the next dialog. The log shows that
the custom action returned 2, which seems to be correct, but the
installer just doesn't exit(ie. Go to the ExitDialog that displays
"Install interrupted..."). Also, when I tried using
ERROR_INSTALL_FAILURE, the installation did indeed exited and log shows
CA returned 3, but the "Installation ended prematurely" message was
displayed, and I don't want that.



So is there anyone who has had this problem?



Thanks!



Roger Yen




-
This transmission (including any attachments) may contain confidential 
information, privileged material (including material protected by the 
solicitor-client or other applicable privileges), or constitute non-public 
information. Any use of this information by anyone other than the intended 
recipient is prohibited. If you have received this transmission in error, 
please immediately reply to the sender and delete this information from your 
system. Use, dissemination, distribution, or reproduction of this transmission 
by unintended recipients is not authorized and may be unlawful.
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Life is pleasure with ED enhancers!

[ajeshkrishan.thakur]

Dreaming about her freinds beating your time?
http://osauo.superwildside.com


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiXSqlExtension issue on Vista with UAC

[Sajo Jacob]

If it is by design, then there is a problem with using WiXSqlExtension for
creating an installer for Vista/WS2008 because the *uninstallation* will
fail is you attempt to uninstall the product from Add/remove programs
because the custom actions to drop the database is getting executed as
immediate, unless you make the users use an elevated command prompt and
manually uninstall the product. (if you created a database using
WiXSqlExtension and have sqlstrings to drop the database.)

I am suspecting this issue might be only for the DropDatabase custom
actions, since CreateDatabase seems to work fine with UAC turned on during
the installation. The issue is only when it attempts to drop the database
during uninstallation.

Jacob

On Wed, Mar 19, 2008 at 10:11 AM, Bob Arnson <[EMAIL PROTECTED]> wrote:

>  Sajo Jacob wrote:
>
> I am using WiX 3.0.29.25, I am suspecting that the custom actions in
> WiXSqlExtension: CreateDatabase, DropDatabase, ExecuteSQLStrings and
> RollbackExecuteStrings are not getting deferred by default.
>
>
> I believe that's by design: The installing user's permission is needed
> because generally SQL Server uses Windows authentication.
>
> --
> sig://boBhttp://joyofsetup.com/
>
>
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] COM Extraction questions (Wix 2)

[John Hall]

Quinton,

 

It's unfortunate, but the WiX tools are not designed to be used in an
automated, build-time fashion. I guess the reason is that there are too
many problems around managing component rules, and for many people their
COM interfaces change rarely.

 

I developed my own custom build tasks to do the COM extraction, storing
the component GUIDs in version control, so that they are stable across
builds. I only generate Registry entries, not TypeLibs, etc, but I
shouldn't think it is too hard to translate from registry entries to
those. The real trick is to discover how to use the RegOverridePredefKey
API to redirect all registry writes, which enables you to capture all
registry accesses when you call the DllRegisterServer function of your
COM binary.

 

Cheers,

John

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of quinton
quammie
Sent: 20 March 2008 16:38
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] COM Extraction questions (Wix 2)

 


hi, hope someone can help me with the following queries.

I'm using Wix 2.0.5805, is there a way to import COM registration in
such a way that it will already have references to the advertising
tables (ProgId Table, AppId Table, TypeLib)? I know the WIX v3 tool Heat
has this ability; for WIX 2 I've tried Tallow, from what I see this
imports COM into the registry table only, in which case the COM server
paths are hard-coded to either the current path of the binary the COM is
being extracted from (-s) or the path found in the supplied reg file
(-reg), in either case the entries would likely need to be amended to
use formatted strings based on the File element ID, are there any tools
for WIX 2 which can do this?

regards
Quinton

  _  

Think you know your TV, music and film? Try Search Charades!
 

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Location of SourceDir?

[Jordan Fitzgibbon]

You  probably want to use the File/@Source attribute. This tells Light where to 
pick up your file when it's building the MSI. The file will still get installed 
to c:\Program Files\RRHome\RRFoo because your component is nested under that 
directory structure.


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ken MacDonald
Sent: Thursday, March 20, 2008 11:07 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Location of SourceDir?

Hi all,
I'm real new at  MSI and WiX. I've created a Votive/ Visual Studio
project 'wixfoo' - currently there's only a single file in the WiX,
macdok.foo,
and it should be installed on a target system at c:\program files\RR
Landscapes\RRfoo\macdok.foo. I've tried placing the .foo file in
a ..\RR Landscapes\RRfoo\ subdirectory in a variety of places including

c:\auth\wixfoo\RR Landscapes\RRfoo\
c:\auth\wixfoo\wixfoo\RR Landscapes\RRfoo\
c:\auth\wixfoo\wixfoo\bin\RR Landscapes\RRfoo\
c:\auth\wixfoo\wixfoo\bin\Debug\RR Landscapes\RRfoo\

but always get the error:

C:\auth\wixfoo\wixfoo\Product.wxs(14) : error LGHT0100 : File of type
'File' with name 'SourceDir\RR Landscapes\RRfoo\macdok.foo' could not
be found.

I've looked at the documentation (the "getting started" page is
blank?!?) and the online tutorial, and all I found that seemed
relevant
was that the source directory tree should be the same as the target -
does this mean I must put my .foo file in my build system's
c:\Program Files\... etc? Any clues as to how to do this appreciated.
Ken

Here's most of my .wxs:
=



  

  


  


  

  


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Location of SourceDir?

[Ken MacDonald]

Hi all,
I'm real new at  MSI and WiX. I've created a Votive/ Visual Studio
project 'wixfoo' - currently there's only a single file in the WiX,
macdok.foo,
and it should be installed on a target system at c:\program files\RR
Landscapes\RRfoo\macdok.foo. I've tried placing the .foo file in
a ..\RR Landscapes\RRfoo\ subdirectory in a variety of places including

c:\auth\wixfoo\RR Landscapes\RRfoo\
c:\auth\wixfoo\wixfoo\RR Landscapes\RRfoo\
c:\auth\wixfoo\wixfoo\bin\RR Landscapes\RRfoo\
c:\auth\wixfoo\wixfoo\bin\Debug\RR Landscapes\RRfoo\

but always get the error:

C:\auth\wixfoo\wixfoo\Product.wxs(14) : error LGHT0100 : File of type
'File' with name 'SourceDir\RR Landscapes\RRfoo\macdok.foo' could not
be found.

I've looked at the documentation (the "getting started" page is
blank?!?) and the online tutorial, and all I found that seemed
relevant
was that the source directory tree should be the same as the target -
does this mean I must put my .foo file in my build system's
c:\Program Files\... etc? Any clues as to how to do this appreciated.
Ken

Here's most of my .wxs:
=



  

  


  


  

  


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] COM Extraction questions (Wix 2)

[quinton quammie]

hi, hope someone can help me with the following queries.

I’m using Wix 2.0.5805, is there a way to import COM registration in such a way 
that it will already have references to the advertising tables (ProgId Table, 
AppId Table, TypeLib)? I know the WIX v3 tool Heat has this ability; for WIX 2 
I've tried Tallow, from what I see this imports COM into the registry table 
only, in which case the COM server paths are hard-coded to either the current 
path of the binary the COM is being extracted from (-s) or the path found in 
the supplied reg file (-reg), in either case the entries would likely need to 
be amended to use formatted strings based on the File element ID, are there any 
tools for WIX 2 which can do this?

regards
Quinton

_
Get Hotmail on your mobile, text MSN to 63463!
http://mobile.uk.msn.com/pc/mail.aspx-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] question to Assembly=".net"

[fgc]

Actually I meant the AssemblyApplication attribute of the File element. Am I
correct that you are talking about the AssemblyApplication attribute of the
NativeImage element? Or are they closely related somehow. Well, I guess I'm
a bit confused about it.




Heath Stewart-2 wrote:
> 
> App isolation doesn't really require the MsiAssembly* table values for 
> managed assemblies (it does for native), but the additional benefit in 
> WiX is that you can access bind variables for that assembly as 
> documented in wix.chm.
> 
> fgc wrote:
>> Hi all,
>>
>> So far I know that setting the Assembly=".net" attribute installs my
>> assembly into the Global Assembly Cache.  But why should I specify
>> AssemblyApplication in addition to Assembly=".net"? My understanding is
>> that
>> if I specify both attributes I end up with an installer that contains an
>> MsiAssembly / MsiAssemblyName table and installs the assemblies into my
>> installation directory structure, not into the GAC. Therefore the
>> information in these two tables is not really required.
>> Is there any special use case where it is recommended to do this? So far
>> I
>> treat all assemblies that are not installed into the GAC like any other
>> file. Does it ever make sense to treat .NET assemblies different if they
>> are
>> not installed into the GAC?
>>
>> Thanks!
>>
>>   
> 
> -- 
> 
> Heath Stewart
> Deployment Technology Group, Microsoft
> http://blogs.msdn.com/heaths
> 
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 

-- 
View this message in context: 
http://www.nabble.com/question-to-Assembly%3D%22.net%22-tp16143520p16181744.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] XmlConfig problem with repeating nodes

[quinton quammie]

hi,

I’m using Wix 2.0.5805 and having problems using XMlConfig to add the below 
entries in an XML file (end up with only the last number being written), is 
this possible using WIX, and does anyone have any example code?
thanks in advance.



 
  1.2
 
 
  1.3
 



code i'm currently using is below:

  


  

 
 
 
  

  

regards
Quinton

_
Share what Santa brought you
https://www.mycooluncool.com-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Now working was:Why is the registry key not removed?

[Friedrich Dominicus]

After I places the stuff at another place and in it's own component,
than the registry key is removed as expected. My .wxs looks like this:
 
  






  
 
It was directly placed below the first Directory entry
before it was much deeper in the Directory tree...

Maybe it'll help someone else 

Regards
Friedrich

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Extract files to a temp location?

[Anidil]

i have written a wrapper DLL custom action to call a method inside a dll
which performs a USB device check at the beginning of the installation.If
the device is not connected,installation should exit.But the problem here
is, that i cannot wait for the files to get copied to the system to call the
dll method.So is there a way i can extract the files in msi initially to a
temp location and call the dll function? What is the best work around for
this issue? please help
-- 
View this message in context: 
http://www.nabble.com/Extract-files-to-a-temp-location--tp16174369p16174369.html
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] 6. Re: adding "WixUIExtension" produces "Error HRESULTE_FAIL has been returned from a call to a COM component." when reopening solution (RAYMENT Tim)

[bernhard . pichler]

Hi,

i have the same error in Visual Studio 2005 SP1 German since Release
3.0.3815.0 and above. Release 3.0.3801.0 works.
All newer Releases do not work. Yes Command Line is working for me too.
Error is only in Visual Studio IDE.

Re
Bernhard

DMG Europe Holding GmbH,
Registered Office: Klaus - District Court Feldkirch, HRB / Comm. Register:
FN 236 629 i;
Management: Silvio B. Lehmann
Ust-Id-Nr: ATU57319146 - Tax Office N°: 051 /4004 / 98
http://www.gildemeister.com
___

E-Mail Disclaimer

Der Inhalt dieser E-Mail ist ausschliesslich fuer den/die bezeichneten
Empfaenger bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser
E-Mail oder dessen Vertreter sein sollten, so beachten Sie bitte, dass
jede Form der Kenntnisnahme, Veroeffentlichung, Vervielfaeltigung oder
Weitergabe des Inhalts dieser E-Mail unzulaessig ist. Wir bitten Sie,
sich in diesem Fall mit dem Absender der E-Mail in Verbindung zu
setzen. 
Wir moechten Sie ausserdem darauf hinweisen, dass die Kommunikation per
E-Mail ueber das Internet unsicher ist, da fuer unberechtigte Dritte
grundsaetzlich die Moeglichkeit der Kenntnisnahme und Manipulation
besteht.



The information contained in this email is intended solely for the
recipient(s). Access to this email by anyone else is unauthorized. If you
are not the intended recipient, any form of disclosure, reproduction,
distribution or any action taken or refrained from in reliance on it,
is prohibited. Please notify the sender of this E-Mail immediately. 

We also like to inform you that communication via email over the 
internet is insecure because third parties may have the possibility 
to access and manipulate emails.
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users