Hello All,
Sorry, I posted my question in wrong way.
Actually i am uninstalling in quite mode. I am seeing few progress bars are
displaying not all. Any suggestion or fix..
Veerendra
[EMAIL PROTECTED] wrote: Send WiX-users mailing list submissions to
wix-users@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/wix-users
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of WiX-users digest..."
Today's Topics:
1. Re: Maintenance - Change weirdness (DexterSinister)
2. Re: Maintenance - Change weirdness
([EMAIL PROTECTED])
3. Re: DeleteMachineCertificate Failure and code problems (Garth)
4. Silent Mode Uninstall is displaying Progress Bars (V K Gangwar)
5. Install/ Uninstall - Command Prompt appears when CustomAction
is running.. (V K Gangwar)
6. Re: Silent Mode Uninstall is displaying Progress Bars
(Rob Hamflett)
7. Changing TARGETDIR based on Feature Selection (Mark Allanson)
8. Customize TARGETDIR based on selected features (Mark Allanson)
----------------------------------------------------------------------
Message: 1
Date: Thu, 4 Oct 2007 05:32:44 -0700 (PDT)
From: DexterSinister
Subject: Re: [WiX-users] Maintenance - Change weirdness
To: wix-users@lists.sourceforge.net
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii
Bob Arnson-6 wrote:
>
> I'm not sure what you're asking. WixUI should handle it based on its
> conditions, but it's exceedingly rare (and rude) to require a reboot in
> the middle of an installation; worst case, reboots should happen at the
> end.
>
> sig://boB
> http://joyofsetup.com/
>
The reboot does happen at the end ... and asks the user's permission before
rebooting [unless run silently], but when the system comes back up and the
Change button in Add/Remove Programs is clicked, the Resume dialog comes
up ... a review of the logfile shows that the Preselected property is set
...
So ... back to my previous question ... ... or have I found a bug [I
mean another bug] in a 3rd party merge module ... ?
The only merge modules in the package are from Microsoft [no weirdness in
those as far as I can tell] and Business Objects [Crystal Reports 11.5 for
VS2005] ... and the BO modules are known to be cr*p, they don't pass the
validation tests [I'll supply a log if you really want it], and BO isn't
planning
on fixing them any time soon [if ever, but the latter is just my opinion
...]
On the WiX side, I'm using v2.0.5213.0 because I can't even get the project
to compile/link cleanly with v2.0.5325.0 ... unless I use the previous
version
of mergemod.dll ...
Any suggestions on how to hunt for whatever is setting the Preselected
property ... [or any other thoughts on how to get this working the way
it should] ... ?
Thanks again for all of your time,
-dmm
--
View this message in context:
http://www.nabble.com/Maintenance---Change-weirdness-tf4555845.html#a13038792
Sent from the wix-users mailing list archive at Nabble.com.
------------------------------
Message: 2
Date: Thu, 4 Oct 2007 08:45:18 -0400
From:
Subject: Re: [WiX-users] Maintenance - Change weirdness
To:
Cc: wix-users@lists.sourceforge.net
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="US-ASCII"
I had so much hassle with the Business Objects merge modules I moved to
using their MSI file and triggering it from a bootstrapper.
The Runtime MSI file can be found in the following locations (assuming
you chose the default installation path):
C:\Program Files\Business Objects\Crystal Reports 11.5\Samples\en\CR
.NET\Runtime Setup\CrystalReports11_5_NET.msi (for .NET 1.0 / 1.1)
C:\Program Files\Business Objects\Crystal Reports 11.5\Samples\en\CR
.NET\.NET 2 Runtime Setup\CrystalReports11_5_NET_2005.msi (for .NET 2.0)
Interestingly, the presence of similar MSI files in the Visual Studio
SDK Bootstrapper folder (one is even identical in size) suggests that
the MSI file is also used by VS generated setup projects.
Hope this info is of interest.
Regards,
Richard
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
DexterSinister
Sent: Thursday, October 04, 2007 8:33 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Maintenance - Change weirdness
Bob Arnson-6 wrote:
>
> I'm not sure what you're asking. WixUI should handle it based on its
> conditions, but it's exceedingly rare (and rude) to require a reboot
in
> the middle of an installation; worst case, reboots should happen at
the
> end.
>
> sig://boB
> http://joyofsetup.com/
>
The reboot does happen at the end ... and asks the user's permission
before
rebooting [unless run silently], but when the system comes back up and
the
Change button in Add/Remove Programs is clicked, the Resume dialog comes
up ... a review of the logfile shows that the Preselected property is
set
...
So ... back to my previous question ... ... or have I found a bug
[I
mean another bug] in a 3rd party merge module ... ?
The only merge modules in the package are from Microsoft [no weirdness
in
those as far as I can tell] and Business Objects [Crystal Reports 11.5
for
VS2005] ... and the BO modules are known to be cr*p, they don't pass the
validation tests [I'll supply a log if you really want it], and BO isn't
planning
on fixing them any time soon [if ever, but the latter is just my opinion
...]
On the WiX side, I'm using v2.0.5213.0 because I can't even get the
project
to compile/link cleanly with v2.0.5325.0 ... unless I use the previous
version
of mergemod.dll ...
Any suggestions on how to hunt for whatever is setting the Preselected
property ... [or any other thoughts on how to get this working the way
it should] ... ?
Thanks again for all of your time,
-dmm
--
Sent from the wix-users mailing list archive at Nabble.com.
------------------------------------------------------------------------
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
* C O N F I D E N T I A L I T Y N O T I C E *
-----------------------------------------------------------
The content of this e-mail is intended solely for the use of the individual or
entity to whom it is addressed. If you have received this communication in
error, be aware that forwarding it, copying it, or in any way disclosing its
content to any other person, is strictly prohibited. Quixote Traffic
Corporation is neither liable for the contents, nor for the proper, complete
and timely transmission of (the information contained in) this communication.
If you have received this communication in error, please notify the author by
replying to this e-mail immediately and delete the material from any computer.
------------------------------
Message: 3
Date: Thu, 04 Oct 2007 13:51:31 +0100
From: Garth
Subject: Re: [WiX-users] DeleteMachineCertificate Failure and code
problems
To: wix-users
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Bob Arnson wrote:
> Garth wrote:
>> But the error I get I've seen refrerenced elsewhere.
>>
>> http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg05354.html
>>
>> Where it is trying to delete another certificate after my cert
>>
>
> Which version of WiX are you using? Rob extensively rewrote the
> certificate custom actions but it's certainly possible an old bug wasn't
> completely fixed or a new one surfaced. A bug report with a sample that
> shows the problem would be your best bet.
>
Sorry I've forgotten my Bug reporting Manners.
Wix version 3.0.2925.0
But I've found the bug anyway.
There are no changes in the Wix3 code base for the install certificateca
In wix2 I found this nice comment..
"""
RobMen: Fix nasty bug in Certificate uninstall that would incorrectly
delete certificates. Also fix bugs introduced when modifying columns to
support properties.
"""
http://wix.cvs.sourceforge.net/wix/wix2.0/src/ca/serverca/scaexec/scacertexec.cpp?view=log
Could this get ported to wix3 please?
Cheers
Garth
------------------------------
Message: 4
Date: Thu, 4 Oct 2007 05:52:18 -0700 (PDT)
From: V K Gangwar
Subject: [WiX-users] Silent Mode Uninstall is displaying Progress Bars
To: wix-users@lists.sourceforge.net
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
Hello All,
When I am doing uninstallation in silent (unattended) mode, progress bars are
displaying. What may be the problem??
Regards,
Veerendra
---------------------------------
Tonight's top picks. What will you watch tonight? Preview the hottest shows on
Yahoo! TV.
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 5
Date: Thu, 4 Oct 2007 05:59:26 -0700 (PDT)
From: V K Gangwar
Subject: [WiX-users] Install/ Uninstall - Command Prompt appears when
CustomAction is running..
To: wix-users@lists.sourceforge.net
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
Hello All,
While install and uninstall custom actions related to 'command line commands'
appear and disappear. Is there any way to minimize this.
Ex- When custom action related to taskkill.exe command, command prompt appears
and disappears. I want to minimize.
regards,
Veerendra
---------------------------------
Luggage? GPS? Comic books?
Check out fitting gifts for grads at Yahoo! Search.
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 6
Date: Thu, 04 Oct 2007 14:10:39 +0100
From: Rob Hamflett
Subject: Re: [WiX-users] Silent Mode Uninstall is displaying Progress
Bars
To: wix-users@lists.sourceforge.net
Message-ID:
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
That's what Unattended Mode is; progress bar only. That's with the /passive
argument to msiexec.
You want Quiet Mode, which is completely silent. For this you want the /quiet
argument.
Rob
V K Gangwar wrote:
> Hello All,
>
> When I am doing uninstallation in silent (unattended) mode, progress
> bars are displaying. What may be the problem??
>
> Regards,
> Veerendra
>
> ------------------------------------------------------------------------
> Tonight's top picks. What will you watch tonight? Preview the hottest
> shows
>
> > on Yahoo! TV.
>
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
------------------------------
Message: 7
Date: Thu, 4 Oct 2007 14:26:24 +0100
From: "Mark Allanson"
Subject: [WiX-users] Changing TARGETDIR based on Feature Selection
To: wix-users@lists.sourceforge.net
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
Odd Requirement here.
Client has two primary features they want installed by the MSI.
If feature A is selected for install, everything should be installed to F:
If feature A and B are both selected for install, everything should be
installed to F:
If feature B only is selected for install, everything should be installed to
E:
Now this sounds easy enough I guess... But they also want to override the
installation folder in the UI (if they are installed to some of their test
environments everything has to be on C:). The current UI sequence is
Welcome
Feature Selection
Install Dir customization (browse box etc)
Other bits...
The problem I have is that if I change TARGETDIR property on a next button
event of my feature selection screen, it doesn't recalculate all the other
directory paths. Is there any way I can trigger this recalculation between
UI screens.
I have a feeling that this would be a bit easier if I didn't have to have
the UI screen there, if I didn't I could just use a Type 35 custom action
before costfinalize, right?
Anyone got any ideas at all??? see snippet from sample log below, not that
it shows anything...
Cheers,
Mark
---8<-------
MSI (c) (60:C4) [14:24:34:137]: Note: 1: 2727 2:
MSI (c) (60:C4) [14:24:34:637]: Note: 1: 2727 2:
MSI (c) (60:C4) [14:24:35:137]: Note: 1: 2727 2:
MSI (c) (60:C4) [14:24:35:387]: PROPERTY CHANGE: Modifying TARGETDIR
property. Its current value is 'C:\'. Its new value: 'F:\'.
Info 2898. WixUI_Font_Normal__UL, Tahoma, 0
Action 14:24:35: InstallDirDlg. Dialog created
MSI (c) (60:C4) [14:24:35:465]: PROPERTY CHANGE: Deleting
MsiSelectionTreeSelectedFeature property. Its current value is
'ArchitectureFeature'.
MSI (c) (60:C4) [14:24:35:465]: PROPERTY CHANGE: Deleting
MsiSelectionTreeSelectedAction property. Its current value is '3'.
MSI (c) (60:C4) [14:24:35:465]: PROPERTY CHANGE: Deleting
MsiSelectionTreeChildrenCount property. Its current value is '7'.
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 8
Date: Thu, 4 Oct 2007 14:33:14 +0100
From: "Mark Allanson"
Subject: [WiX-users] Customize TARGETDIR based on selected features
To: wix-users@lists.sourceforge.net
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
Odd Requirement here.
Client has two primary features they want installed by the MSI.
If feature A is selected for install, everything should be installed to F:
If feature A and B are both selected for install, everything should be
installed to F:
If feature B only is selected for install, everything should be installed to
E:
Now this sounds easy enough I guess... But they also want to override the
installation folder in the UI (if they are installed to some of their test
environments everything has to be on C:). The current UI sequence is
Welcome
Feature Selection
Install Dir customization (browse box etc)
Other bits...
The problem I have is that if I change TARGETDIR property on a next button
event of my feature selection screen, it doesn't recalculate all the other
directory paths. Is there any way I can trigger this recalculation between
UI screens.
I have a feeling that this would be a bit easier if I didn't have to have
the UI screen there, if I didn't I could just use a Type 35 custom action
before costfinalize, right?
Anyone got any ideas at all??? see snippet from sample log below, not that
it shows anything...
Cheers,
Mark
---8<-------
MSI (c) (60:C4) [14:24:34:137]: Note: 1: 2727 2:
MSI (c) (60:C4) [14:24:34:637]: Note: 1: 2727 2:
MSI (c) (60:C4) [14:24:35:137]: Note: 1: 2727 2:
MSI (c) (60:C4) [14:24:35:387]: PROPERTY CHANGE: Modifying TARGETDIR
property. Its current value is 'C:\'. Its new value: 'F:\'.
Info 2898. WixUI_Font_Normal__UL, Tahoma, 0
Action 14:24:35: InstallDirDlg. Dialog created
MSI (c) (60:C4) [14:24:35:465]: PROPERTY CHANGE: Deleting
MsiSelectionTreeSelectedFeature property. Its current value is
'ArchitectureFeature'.
MSI (c) (60:C4) [14:24:35:465]: PROPERTY CHANGE: Deleting
MsiSelectionTreeSelectedAction property. Its current value is '3'.
MSI (c) (60:C4) [14:24:35:465]: PROPERTY CHANGE: Deleting
MsiSelectionTreeChildrenCount property. Its current value is '7'.
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
------------------------------
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
End of WiX-users Digest, Vol 17, Issue 25
*****************************************
---------------------------------
Fussy? Opinionated? Impossible to please? Perfect. Join Yahoo!'s user panel
and lay it on us.-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
