Бизнес-робот
Бизнес
робот

Темы:

Архив:

Каталог рекламы и объявлений

Ящик для предложений: sales@blogslov.ru

WiX-devs Digest, Vol 13, Issue 32

Send WiX-devs mailing list submissions to


To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/wix-devs
or, via email, send a message with subject or body 'help' to


You can reach the person managing the list at


When replying, please edit your Subject line so it is more specific
than "Re: Contents of WiX-devs digest..."


Today's Topics:

1. [ wix-Bugs-1744683 ] should genrate SFN the same
way as (SourceForge.net)
2. [ wix-Feature Requests-1743864 ] Change CloseApplication to
support sending close message (SourceForge.net)
3. [ wix-Feature Requests-1715298 ] Error If an output directory
is specified that doesn't exist (SourceForge.net)
4. [ wix-Bugs-1715295 ] Candle Nant task not handling
rebuild=”true” flag (SourceForge.net)
5. [ wix-Bugs-1724535 ] SQL Custom actions are referencing a
deprecated entry point (SourceForge.net)
6. [ wix-Bugs-1741663 ] WebAppPool Fails on IIS < 6.0
(SourceForge.net)
7. [ wix-Bugs-1741791 ] spelling mistake in WixUI_en-us.wxl for
"privileges" (SourceForge.net)
8. [ wix-Bugs-1718542 ] No word wrap in exit dialog (SourceForge.net)
9. [ wix-Bugs-1741663 ] WebAppPool Fails on IIS < 6.0
(SourceForge.net)


----------------------------------------------------------------------

Message: 1
Date: Thu, 28 Jun 2007 02:21:14 -0700
From: "SourceForge.net"
Subject: [WiX-devs] [ wix-Bugs-1744683 ] should genrate SFN
the same way as
To:
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Bugs item #1744683, was opened at 2007-06-28 12:21
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1744683&group_id=105970

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: candle
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Shay Erlichmen (blackend)
Assigned to: Nobody/Anonymous (nobody)
Summary: should genrate SFN the same way as

Initial Comment:
The CopyFile element needs to have the DestinationLongName and DestinationName. Since that in Wix v3 the short file name are generated automatically (and thank god for that) I think that the same behvior should apply to the CopyFile element.

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1744683&group_id=105970



------------------------------

Message: 2
Date: Thu, 28 Jun 2007 15:58:12 -0700
From: "SourceForge.net"
Subject: [WiX-devs] [ wix-Feature Requests-1743864 ] Change
CloseApplication to support sending close message
To:
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Feature Requests item #1743864, was opened at 2007-06-26 22:54
Message generated for change (Comment added) made by mad_burcher
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642717&aid=1743864&group_id=105970

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: extensions
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Kevin Fischer (kevinf872)
Assigned to: Bob Arnson (barnson)
Summary: Change CloseApplication to support sending close message

Initial Comment:
CloseApplication currently only prompts for reboot if the specified application is running during install.

I want to add functionality to support sending WM_CLOSE to running applications to attempt to close them. It would do this silently if the option is enabled.

My code change implements this and adds two new boolean properties "CloseMessage" and "RebootPrompt" which control the new behavior and existing behavior.

I've attached a ZIP file which includes all of the files modified as part of this change. The source files are based on 3.0.3015.

----------------------------------------------------------------------

Comment By: The Mad Butcher (mad_burcher)
Date: 2007-06-29 00:58

Message:
Logged In: YES
user_id=295880
Originator: NO

Hi,

May i request to add this feature in WiX 2 as well?
Since WiX 2 is stable i use this one for my roll outs and this feature is
very usefull to me! (I've been missing it for a long time..)

Regards,

Albert van Peppen


----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642717&aid=1743864&group_id=105970



------------------------------

Message: 3
Date: Thu, 28 Jun 2007 22:12:22 -0700
From: "SourceForge.net"
Subject: [WiX-devs] [ wix-Feature Requests-1715298 ] Error If an
output directory is specified that doesn't exist
To:
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Feature Requests item #1715298, was opened at 2007-05-08 14:39
Message generated for change (Comment added) made by robmen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642717&aid=1715298&group_id=105970

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: compiler
>Group: Denied
>Status: Closed
Priority: 5
Private: No
Submitted By: Neil Sleightholm (nsleigh)
>Assigned to: Rob Mensching (robmen)
Summary: Error If an output directory is specified that doesn't exist

Initial Comment:
If an output directory is specifed and it doesn't exist then candle throws an error. I think it should create the output folder.

Fix: In candle.cs line 178 (just before the "foreach (string sourceFile in this.sourceFiles)" insert:

// if an output directory is specified and it doesn't exist create it
if (null != this.outputDirectory && !Directory.Exists(this.outputDirectory))
{
Directory.CreateDirectory(this.outputDirectory);
}




----------------------------------------------------------------------

>Comment By: Rob Mensching (robmen)
Date: 2007-06-28 22:12

Message:
Logged In: YES
user_id=991639
Originator: NO

This is not something the compiler should be responsible for. For
example, csc will error out if the directory being output to does not
exist.

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642717&aid=1715298&group_id=105970



------------------------------

Message: 4
Date: Thu, 28 Jun 2007 22:27:14 -0700
From: "SourceForge.net"
Subject: [ wix-Bugs-1715295 ] Candle Nant task not handling
rebuild=”true” flag
To:
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Bugs item #1715295, was opened at 2007-05-08 14:25
Message generated for change (Comment added) made by robmen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1715295&group_id=105970

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: extensions
Group: v3.0
>Status: Pending
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Neil Sleightholm (nsleigh)
>Assigned to: Rob Mensching (robmen)
Summary: Candle Nant task not handling rebuild=?true? flag

Initial Comment:
The NAnt candle task is not return any source files if the rebuild=?true? flag is set.

Fix: In CandleTask.cs, change NeedsRebuilding() to:

protected override bool NeedsRebuilding()
{
// Check the base class.
if (base.NeedsRebuilding())
{
// Add all of the sources to the out of date collection.
string[] sourcesArray = new string[this.Sources.FileNames.Count];
this.Sources.FileNames.CopyTo(sourcesArray, 0);
this.outOfDateSources.AddRange(sourcesArray);
}
else
{
// We need to rebuild if we have any source files that are newer than the targets.
this.CalculateOutOfDateSources();
}
return (this.outOfDateSources.Count > 0);
}


----------------------------------------------------------------------

>Comment By: Rob Mensching (robmen)
Date: 2007-06-28 22:27

Message:
Logged In: YES
user_id=991639
Originator: NO

Thanks. Should be fixed in the next release.

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1715295&group_id=105970



------------------------------

Message: 5
Date: Thu, 28 Jun 2007 22:40:20 -0700
From: "SourceForge.net"
Subject: [WiX-devs] [ wix-Bugs-1724535 ] SQL Custom actions are
referencing a deprecated entry point
To:
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Bugs item #1724535, was opened at 2007-05-23 16:33
Message generated for change (Comment added) made by robmen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1724535&group_id=105970

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: extensions
Group: v3.0
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: AJ Shurts (ajshurts)
Assigned to: Rob Mensching (robmen)
Summary: SQL Custom actions are referencing a deprecated entry point

Initial Comment:
When using the "SqlScript" tag, a custom action is created that references the DLL entry point "ConfigureSql" in the ScaSchedule2 binary. This entry point no longer exists so the custom action fails. The new entry points appear to be InstallSqlData and UninstallSqlData. I was able to fix by making the following edits in the code:

--SqlExtension.wxs--
...



...





--SqlExtension.wxs--

--SqlCompiler.cs--
...
// Reference ConfigureSql since nothing will happen without it
#region Deprecated entry point
// The following entry point appears to have been deprecated
//this.Core.CreateWixSimpleReferenceRow(sourceLineNumbers, "CustomAction", "ConfigureSql");
#endregion
this.Core.CreateWixSimpleReferenceRow(sourceLineNumbers, "CustomAction", "InstallSqlData");
this.Core.CreateWixSimpleReferenceRow(sourceLineNumbers, "CustomAction", "UninstallSqlData");
...
--SqlCompiler.cs--

----------------------------------------------------------------------

>Comment By: Rob Mensching (robmen)
Date: 2007-06-28 22:40

Message:
Logged In: YES
user_id=991639
Originator: NO

I believe this was fixed a build or three ago.

----------------------------------------------------------------------

Comment By: AJ Shurts (ajshurts)
Date: 2007-05-23 16:34

Message:
Logged In: YES
user_id=1800205
Originator: YES

Assigned to robmen.

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1724535&group_id=105970



------------------------------

Message: 6
Date: Thu, 28 Jun 2007 22:59:09 -0700
From: "SourceForge.net"
Subject: [WiX-devs] [ wix-Bugs-1741663 ] WebAppPool Fails on IIS < 6.0
To:
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Bugs item #1741663, was opened at 2007-06-22 08:26
Message generated for change (Comment added) made by robmen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1741663&group_id=105970

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: extensions
Group: v3.0
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Matt Honeycutt (matt_inrad)
>Assigned to: Rob Mensching (robmen)
Summary: WebAppPool Fails on IIS < 6.0

Initial Comment:
An installer that attempts to set the WebAppPool of a WebApplication will fail with a rollback under Windows XP, but it works fine under Windows Server 2003. I think the correct behavior is for the installer to just ignore the WebAppPool setting. I believe this is the same bug as has been fixed in WiX 2.0 under case number 1213273, as I can do the same thing without any problems under WiX 2.0.

----------------------------------------------------------------------

>Comment By: Rob Mensching (robmen)
Date: 2007-06-28 22:59

Message:
Logged In: YES
user_id=991639
Originator: NO

This should work now since all the WiX v2 fixes were ported up a while
ago. Please try the latest build.

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1741663&group_id=105970



------------------------------

Message: 7
Date: Thu, 28 Jun 2007 23:50:09 -0700
From: "SourceForge.net"
Subject: [WiX-devs] [ wix-Bugs-1741791 ] spelling mistake in
WixUI_en-us.wxl for "privileges"
To:
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Bugs item #1741791, was opened at 2007-06-22 17:38
Message generated for change (Settings changed) made by barnson
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1741791&group_id=105970

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: wixui
Group: v3.0
>Status: Pending
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Bruno Sabin (bsabin)
Assigned to: Bob Arnson (barnson)
Summary: spelling mistake in WixUI_en-us.wxl for "privileges"

Initial Comment:
The word "privileges" is misspelled in the file:

src/ext/UIExtension/wixlib/WixUI_en-us.wxl

Below are the two lines involved with the spelling mistake "priveleges".

src/ext/UIExtension/wixlib/WixUI_en-us.wxl:116: [ProductName] will be installed in a per-user folder and be available just for your user account. You do not need local Administrator priveleges.


src/ext/UIExtension/wixlib/WixUI_en-us.wxl:119: [ProductName] will be installed in a per-machine folder by default and be available for all users. You can change the default installation folder. You must have local Administrator priveleges.

Kind regards,
--
bruno

----------------------------------------------------------------------

Comment By: Bruno Sabin (bsabin)
Date: 2007-06-22 17:41

Message:
Logged In: YES
user_id=1380086
Originator: YES

I omitted this in the orignal report to mention that this is reported
against build 3.0.3015.0 of WiX
--
bruno

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1741791&group_id=105970



------------------------------

Message: 8
Date: Thu, 28 Jun 2007 23:50:31 -0700
From: "SourceForge.net"
Subject: [WiX-devs] [ wix-Bugs-1718542 ] No word wrap in exit dialog
To:
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Bugs item #1718542, was opened at 2007-05-14 10:46
Message generated for change (Settings changed) made by barnson
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1718542&group_id=105970

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: wixui
Group: v3.0
>Status: Pending
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Eck (eckaaaaaat)
Assigned to: Bob Arnson (barnson)
Summary: No word wrap in exit dialog

Initial Comment:
Using WixUI_de-de.wxl you will see the following description in the exit dialig:

Klicken Sie die "Beenden"-Schaltf?che, um den Assistente...

The end of the message is cut off. Changing the height of the description field to 60 solves the problem.

In ExitDialog.wxs of version 3 the field has a height of 20 too. So it's very likely that version 3 has the same problem. (I didn't test it)

----------------------------------------------------------------------

Comment By: Bob Arnson (barnson)
Date: 2007-05-18 06:04

Message:
Logged In: YES
user_id=26581
Originator: NO

I've fixed this in WiX v2 and moved the bug over to the v3 group for
fixing there.

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1718542&group_id=105970



------------------------------

Message: 9
Date: Fri, 29 Jun 2007 05:44:44 -0700
From: "SourceForge.net"
Subject: [WiX-devs] [ wix-Bugs-1741663 ] WebAppPool Fails on IIS < 6.0
To:
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Bugs item #1741663, was opened at 2007-06-22 10:26
Message generated for change (Comment added) made by matt_inrad
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1741663&group_id=105970

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: extensions
Group: v3.0
>Status: Open
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Matt Honeycutt (matt_inrad)
Assigned to: Rob Mensching (robmen)
Summary: WebAppPool Fails on IIS < 6.0

Initial Comment:
An installer that attempts to set the WebAppPool of a WebApplication will fail with a rollback under Windows XP, but it works fine under Windows Server 2003. I think the correct behavior is for the installer to just ignore the WebAppPool setting. I believe this is the same bug as has been fixed in WiX 2.0 under case number 1213273, as I can do the same thing without any problems under WiX 2.0.

----------------------------------------------------------------------

>Comment By: Matt Honeycutt (matt_inrad)
Date: 2007-06-29 07:44

Message:
Logged In: YES
user_id=955155
Originator: YES

I am using build 3.0.2925.0, and the bug is definitely still present.

----------------------------------------------------------------------

Comment By: Rob Mensching (robmen)
Date: 2007-06-29 00:59

Message:
Logged In: YES
user_id=991639
Originator: NO

This should work now since all the WiX v2 fixes were ported up a while
ago. Please try the latest build.

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1741663&group_id=105970



------------------------------

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/

------------------------------

_______________________________________________
WiX-devs mailing list

https://lists.sourceforge.net/lists/listinfo/wix-devs


End of WiX-devs Digest, Vol 13, Issue 32
****************************************

2007 29 июня