This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- InstallShield
- :
- InstallShield Forum
- :
- Re: Upgrade Action Property used more than once error
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Mar 06, 2008
03:21 PM
Upgrade Action Property used more than once error
ISDEV : error Val0008: In the Upgrade table, the Action Property 'ISFOUNDNEWERPRODUCTVERSION' is used more than once. This may cause undesirable results at runtime.
I received this error when I try to build a patch. When I check the Upgrade table there are only two record entries. Record 1 has ISFOUNDNEWERPRODUCTVERSION, Record 2 has ISACTIONPROP1.
The conflict may be that ISFOUNDNEWERPRODUCTVERSION in the original release relates to the record with ProductVersion 9.00.0000 while the Updated release relates to the record with ProductVersion 9.02.0000. Below is what the updated release upgrade table looks like.
The original release looks like this:
I cannot change anything about the released version, only the upgrade version. I want to prevent the user from downgrading the setup as well. Keep in mind that ISFOUNDNEWERPRODUCTVERSION is used for the custom action type 19 to prevent downgrades, so its application in the upgrade scenario looks correct to me.
Any ideas of how to counter this issue? Thanks.
I received this error when I try to build a patch. When I check the Upgrade table there are only two record entries. Record 1 has ISFOUNDNEWERPRODUCTVERSION, Record 2 has ISACTIONPROP1.
The conflict may be that ISFOUNDNEWERPRODUCTVERSION in the original release relates to the record with ProductVersion 9.00.0000 while the Updated release relates to the record with ProductVersion 9.02.0000. Below is what the updated release upgrade table looks like.
UpgradeCode | VersionMin | VersionMax | Language | Attributes | Remove | ActionProperty
{BB53E0F0-5868-4FA9-8CEC-6227DF6CB971}|9.02.0000|Null|Null|2|Null|ISFOUNDNEWERPRODUCTVERSION
{BB53E0F0-5868-4FA9-8CEC-6227DF6CB971}|9.00.0000|9.02.0000|Null|769|Null|ISACTIONPROP1
The original release looks like this:
UpgradeCode | VersionMin | VersionMax | Language | Attributes | Remove | ActionProperty
{BB53E0F0-5868-4FA9-8CEC-6227DF6CB971}|9.00.0000|Null|Null|2|Null|ISFOUNDNEWERPRODUCTVERSION
I cannot change anything about the released version, only the upgrade version. I want to prevent the user from downgrading the setup as well. Keep in mind that ISFOUNDNEWERPRODUCTVERSION is used for the custom action type 19 to prevent downgrades, so its application in the upgrade scenario looks correct to me.
Any ideas of how to counter this issue? Thanks.
(4) Replies
Not applicable
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Mar 06, 2008
04:11 PM
I'm not sure specifically what the validator is trying to report on in this case aside from the obvious. I don't believe it's accurately reporting a legitimate issue.
Perhaps someone else could validate this.
Perhaps someone else could validate this.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Mar 06, 2008
04:47 PM
It does not seem like a legitimate issue to me either, however, the error prevents the patch from being created so I have to resolve it anyway.
I have noted that if I change the property names in the Updated MSI then the error goes away, so I might try this approach. I just need to make sure that I do a find and replace to hit all locations where the property is currently used.
I have noted that if I change the property names in the Updated MSI then the error goes away, so I might try this approach. I just need to make sure that I do a find and replace to hit all locations where the property is currently used.
Not applicable
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Mar 07, 2008
08:22 AM
Validators shouldn't inhibit the patch creation process that I know of unless you're refering to your own internal patching standards.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Mar 07, 2008
08:37 AM
Well, in this case the validators are prohibiting the patch build. No patch is created. I thought the same as you Bryan until yesterday.