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

Темы:

Архив:

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

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

WiX-devs Digest, Vol 13, Issue 19

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-1739868 ] Pyro does not find .AllowRemoval
property (SourceForge.net)
2. [ wix-Feature Requests-1739872 ] Pyro should define
Patch/@ClientPatchId (SourceForge.net)
3. [ wix-Bugs-1740054 ] Local time not adjusted to GMT for rss
feed output (SourceForge.net)
4. [ wix-Bugs-1501288 ] RSS feed description is missing
(SourceForge.net)
5. [ wix-Bugs-1740061 ] Initial window size too small
(SourceForge.net)
6. [ wix-Bugs-1740061 ] Initial window size too small
(SourceForge.net)
7. [ wix-Bugs-1501288 ] RSS feed description is missing
(SourceForge.net)
8. [ wix-Bugs-1740296 ] Missing localization strings in
3.0.3015.0 (SourceForge.net)
9. [ wix-Feature Requests-1676059 ] votive: references should
not be copied (SourceForge.net)


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

Message: 1
Date: Tue, 19 Jun 2007 10:56:28 -0700
From: "SourceForge.net"
Subject: [WiX-devs] [ wix-Bugs-1739868 ] Pyro does not find
.AllowRemoval property
To:
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Bugs item #1739868, was opened at 2007-06-19 10:56
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=1739868&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: None
Group: v3.0
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Heath Stewart (heaths)
Assigned to: Nobody/Anonymous (nobody)
Summary: Pyro does not find .AllowRemoval property

Initial Comment:
msi.dll!Patch.BuildPairedTransform has a bug when trying to find the AllowRemoval property in the MsiPatchMetadata table. Even though it's defined in the MsiPatchMetadata table, it is not found and instead a property is always added to the patch transform where AllowRemoval is 0.

Note this is for pyro, but there is no category currently for this.

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

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



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

Message: 2
Date: Tue, 19 Jun 2007 11:05:22 -0700
From: "SourceForge.net"
Subject: [WiX-devs] [ wix-Feature Requests-1739872 ] Pyro should
define Patch/@ClientPatchId
To:
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Feature Requests item #1739872, was opened at 2007-06-19 11:05
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642717&aid=1739872&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: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Heath Stewart (heaths)
Assigned to: Nobody/Anonymous (nobody)
Summary: Pyro should define Patch/@ClientPatchId

Initial Comment:
The AllowRemoval property that WiX defines in the secondary transform uses the patch code in a form (no curly braces or dashes, and prepended with an underscore for a valid Identity column type value) but this forces the patch author to know the patch codes up front before building the product. In turn, this has a dependency on using a seed that will be unique to each permutation of the patch if a single patch authoring doc were used for different builds (like for different processor architectures of products). This is very complicated.

Instead, it would be easier to define an attribute on Patch named ClientPatchId that will be used instead of the mangled patch code in Patch.BuildPairedTransform. Ideally, this is just something like a KB# which is known up front and doesn't have to be unique for each product (since it will be in a transform that is unique to a product - by default for transform validation flags - anyway).

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

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



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

Message: 3
Date: Tue, 19 Jun 2007 17:22:06 -0700
From: "SourceForge.net"
Subject: [WiX-devs] [ wix-Bugs-1740054 ] Local time not adjusted to
GMT for rss feed output
To:
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Bugs item #1740054, was opened at 2007-06-20 12:22
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=1740054&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: clickthrough
Group: v3.0
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jeremy Taylor (jeremytaylor)
Assigned to: Nobody/Anonymous (nobody)
Summary: Local time not adjusted to GMT for rss feed output

Initial Comment:
I have been so far unsuccessful in getting ClickThrough to work auto-update checking. In trying to resolve this I noticed that the rss feed output was referencing the local time as GMT.

Note: I am in New Zealand, we are (currently) +1200GMT.

eg:
Tue, 19 Jun 2007 10:26:07 GMT
and
Tue, 19 Jun 2007 10:26:07 GMT

I built these at the given dates and times NZST, not GMT. ie at the time of building, these dates are actually 12 hours in the future. I can imagine that this is potentially a reason my test app isn't recognising the update as while the new version is "up", the date is still off in the future.

RSS feeds should reference GMT, but the date/time should be adjusted from local to GMT. The above date/time should have been Mon, 18 Jun 2007 22:26:07 GMT...

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

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



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

Message: 4
Date: Tue, 19 Jun 2007 17:36:41 -0700
From: "SourceForge.net"
Subject: [WiX-devs] [ wix-Bugs-1501288 ] RSS feed description is
missing
To:
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Bugs item #1501288, was opened at 2006-06-06 10:32
Message generated for change (Comment added) made by jeremytaylor
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1501288&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: clickthrough
Group: v3.0
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Frederik Carlier (fcarlier)
Assigned to: Nobody/Anonymous (nobody)
Summary: RSS feed description is missing

Initial Comment:
I am unable to find information about how the RSS feed
that advertises new versions of a given Setup should
be formatted.

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

Comment By: Jeremy Taylor (jeremytaylor)
Date: 2007-06-20 12:36

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

I have been similarly vexed - I have tried a couple of possibilities and
have not had success yet in getting a test app to recognise a new version
is available...
I have tried providing a full URL:
http://server/rss/rss.xml (what I named it at the end of the 6 step
process)
Firefox can open the file as entered, so I'd expect this to work - but the
auto-update seems silent. Perhaps there are other problems causing the
failure, but lack of a 'successful contact' indication means I'm guessing
as to whether this was correct or not. Other less likely candidates have
been tried and weren't any different in behaviour (eg just the path to the
folder http://server/rss containing only a single xml file...)


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

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



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

Message: 5
Date: Tue, 19 Jun 2007 17:48:11 -0700
From: "SourceForge.net"
Subject: [WiX-devs] [ wix-Bugs-1740061 ] Initial window size too small
To:
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Bugs item #1740061, was opened at 2007-06-20 12:48
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=1740061&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: clickthrough
Group: v3.0
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jeremy Taylor (jeremytaylor)
Assigned to: Nobody/Anonymous (nobody)
Summary: Initial window size too small

Initial Comment:
When the WiX Click Through for Isolated Apps option is selected, the window displaying the 6 step process is chopped off at the bottom. Resizing the window corrects this but the resize is not preserved. Ideally an adequately large window capped at the screen size would open. See attached image.

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

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



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

Message: 6
Date: Tue, 19 Jun 2007 17:48:41 -0700
From: "SourceForge.net"
Subject: [WiX-devs] [ wix-Bugs-1740061 ] Initial window size too small
To:
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Bugs item #1740061, was opened at 2007-06-20 12:48
Message generated for change (Settings changed) made by jeremytaylor
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1740061&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: clickthrough
Group: v3.0
Status: Open
Resolution: None
>Priority: 4
Private: No
Submitted By: Jeremy Taylor (jeremytaylor)
Assigned to: Nobody/Anonymous (nobody)
Summary: Initial window size too small

Initial Comment:
When the WiX Click Through for Isolated Apps option is selected, the window displaying the 6 step process is chopped off at the bottom. Resizing the window corrects this but the resize is not preserved. Ideally an adequately large window capped at the screen size would open. See attached image.

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

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



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

Message: 7
Date: Tue, 19 Jun 2007 18:51:55 -0700
From: "SourceForge.net"
Subject: [WiX-devs] [ wix-Bugs-1501288 ] RSS feed description is
missing
To:
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Bugs item #1501288, was opened at 2006-06-06 10:32
Message generated for change (Comment added) made by jeremytaylor
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1501288&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: clickthrough
Group: v3.0
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Frederik Carlier (fcarlier)
Assigned to: Nobody/Anonymous (nobody)
Summary: RSS feed description is missing

Initial Comment:
I am unable to find information about how the RSS feed
that advertises new versions of a given Setup should
be formatted.

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

Comment By: Jeremy Taylor (jeremytaylor)
Date: 2007-06-20 13:51

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

Further to my last:
checking apache logs shows that a fully qualified URL
http://server/rss/app/rss.xml style was accessed by ClickThrough. Exerpt
from log:
[dotted decimal IP here] - [20/Jun/2007:13:26:57 +1200] "GET
/rss/DateTimeBuilt/rss.xml HTTP/1.1" 200 1046 "-" "ClickThrough"

it also shows that other things I tried had GETs issued for them verbatim
- including /rss/app (a folder) - that one won't have worked I bet.

It would be good to indicate by example what is required, and provide some
sort of feedback or a log that can be checked to diagnose lack of success
with the updater

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

Comment By: Jeremy Taylor (jeremytaylor)
Date: 2007-06-20 12:36

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

I have been similarly vexed - I have tried a couple of possibilities and
have not had success yet in getting a test app to recognise a new version
is available...
I have tried providing a full URL:
http://server/rss/rss.xml (what I named it at the end of the 6 step
process)
Firefox can open the file as entered, so I'd expect this to work - but the
auto-update seems silent. Perhaps there are other problems causing the
failure, but lack of a 'successful contact' indication means I'm guessing
as to whether this was correct or not. Other less likely candidates have
been tried and weren't any different in behaviour (eg just the path to the
folder http://server/rss containing only a single xml file...)


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

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



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

Message: 8
Date: Wed, 20 Jun 2007 05:13:43 -0700
From: "SourceForge.net"
Subject: [WiX-devs] [ wix-Bugs-1740296 ] Missing localization strings
in 3.0.3015.0
To:
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Bugs item #1740296, was opened at 2007-06-20 14:13
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=1740296&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: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Thomas Minor (drseltsam)
Assigned to: Nobody/Anonymous (nobody)
Summary: Missing localization strings in 3.0.3015.0

Initial Comment:
There are some german translations missing in the
file WixUI_de-de.wxl. Since the use of this UI isn't possible out of the box, I translated the missing Strings.

I hope you can put them in for the next build.

[ProductName] kann nicht entfernt werden.
[ProductName] kann nicht repariert werden.

Ordner|Neuer Ordner

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

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



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

Message: 9
Date: Wed, 20 Jun 2007 23:50:21 -0700
From: "SourceForge.net"
Subject: [WiX-devs] [ wix-Feature Requests-1676059 ] votive:
references should not be copied
To:
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Feature Requests item #1676059, was opened at 2007-03-08 00:18
Message generated for change (Comment added) made by stasetz
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642717&aid=1676059&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: votive
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Simon Dahlbacka (sdahlbac)
Assigned to: Justin Rockwood (justinrockwood)
Summary: votive: references should not be copied

Initial Comment:
version: 3.0.2526.0

When I added a reference to WixUtilExtension.dll it ends up in bin/$(Configuration) folder, which doesn't seem to make much sense to me.

A possible fix is to flip the "Copy local" to false,

that is
to add the set the Private metadata to false

i.e


False




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

Comment By: Stas Berkoff (stasetz)
Date: 2007-06-21 11:50

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

As I noticed this does not affect version
ProjectAggregator2-3.0.2925.0.msi

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

Comment By: Simon Dahlbacka (sdahlbac)
Date: 2007-03-08 00:21

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

Obviously the example should read


False

2007 22 июня