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
- :
- FlexNet Connect
- :
- FlexNet Connect Forum
- :
- Best way to show an update only once
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
‎Sep 25, 2003
09:28 AM
Best way to show an update only once
Hi
What is the best way for me to show an update only once to my users.
I mean, I don't want my users to see updates that are already installed.
TIA
Charles
What is the best way for me to show an update only once to my users.
I mean, I don't want my users to see updates that are already installed.
TIA
Charles
(5) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 25, 2003
09:51 AM
There are several ways to not shown an update after it has been applied.
1. The update changes the version of your product. if the update changes the version of your product, you can publish the update only for the original version of your product.
2. If the update does not change the version of your product, you can use message conditions to ensure that the update is not shown to a user who has already applied the update. Message conditions allow you to put an "if" statement on the update. For example, only show the update if the version of file xyz.dll is less than 4.0.1. Another example, only show the update if the date of file help.chm is less than 09/24/2003. The "if" condition will be true before the update is applied (so the user will see the update). The condition will be false after the update is applied (so the user will NOT see the update).
1. The update changes the version of your product. if the update changes the version of your product, you can publish the update only for the original version of your product.
2. If the update does not change the version of your product, you can use message conditions to ensure that the update is not shown to a user who has already applied the update. Message conditions allow you to put an "if" statement on the update. For example, only show the update if the version of file xyz.dll is less than 4.0.1. Another example, only show the update if the date of file help.chm is less than 09/24/2003. The "if" condition will be true before the update is applied (so the user will see the update). The condition will be false after the update is applied (so the user will NOT see the update).
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 25, 2003
10:03 AM
Generally my updates do not change the product version, well at least not the first two fields (4.0.0 to 4.0.1).
So I guess I have to use message conditions?
So I guess I have to use message conditions?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 25, 2003
10:13 AM
Conditions would certainly work for you, but it sounds like you could also use version.....
You are correct that the Update Service only use the first two portions of the version (by default). However you can change that behavior.
You can tell the Update Service to use the full version string by setting an installation property. Depending on which installation tool you are using (Express/ Pro/ Developer/ DevStudio), the method is slighly different. In Developer, you are setting the custom version field in the Update Service property sheet. In Professional, you set the value in script. There is more information in the help.
In doing this, the Update Service would start using the full version string to identify your products (4.0.1). It sounds to me like this is more inline with your needs.
You are correct that the Update Service only use the first two portions of the version (by default). However you can change that behavior.
You can tell the Update Service to use the full version string by setting an installation property. Depending on which installation tool you are using (Express/ Pro/ Developer/ DevStudio), the method is slighly different. In Developer, you are setting the custom version field in the Update Service property sheet. In Professional, you set the value in script. There is more information in the help.
In doing this, the Update Service would start using the full version string to identify your products (4.0.1). It sounds to me like this is more inline with your needs.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 25, 2003
11:32 AM
Thanks, it works great.
I am using DevStodio.
But do I have to overwrite the custom version field value each time I change the ProductVersion? Or can I just write something like [ProductVersion] in that field and then never bother about it?
Charles
I am using DevStodio.
But do I have to overwrite the custom version field value each time I change the ProductVersion? Or can I just write something like [ProductVersion] in that field and then never bother about it?
Charles
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 25, 2003
11:50 AM
Most customers manually change the value for each update.
However, I believe that customer version property is either setting a MSI property (MSI projects) or a script value for InstallScript projects. In theory, you should be able to automate that by manually setting that value yourself based on the [productversion]. However, I haven't personally tried it.
However, I believe that customer version property is either setting a MSI property (MSI projects) or a script value for InstallScript projects. In theory, you should be able to automate that by manually setting that value yourself based on the [productversion]. However, I haven't personally tried it.