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
- :
- Re: Update Service does not detect installed patches?
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
‎Nov 29, 2004
11:54 AM
Update Service does not detect installed patches?
Hi,
What must be done for the update service on the client to detect installed patches?
I published 2 msp files as updates. I added the condition on each that if the patch has already been applied (by checking the patch GUID), then the update should not be visible.
Still, the updates are listed as available after install.
Using the Windows Installer automation, I verified that the patches have been correctly installed and are returned as such by the Windows Installer API.
Which part am I missing here?
Any help greatly appreciated.
/Tony.
What must be done for the update service on the client to detect installed patches?
I published 2 msp files as updates. I added the condition on each that if the patch has already been applied (by checking the patch GUID), then the update should not be visible.
Still, the updates are listed as available after install.
Using the Windows Installer automation, I verified that the patches have been correctly installed and are returned as such by the Windows Installer API.
Which part am I missing here?
Any help greatly appreciated.
/Tony.
(2) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 30, 2004
11:18 AM
I had the same problem as you are describing - the condition for seeing if a patch has already been installed does not seem to work in Update Service 3.1 (I don't know if this has been fixed in 4.0).
What I did as a workaround was use the version number of the primary EXE file as a condition instead, since the build number gets incremented every time our software is rebuilt (in Visual Studio). If for whatever reason we needed to send out a patch that didn't change the EXE explicitly, we rebuild the EXE anyway to get a new build number (which also helps us later on for technical support).
That being said, I don't know why the "If Patch is Applied" condition doesn't work.
What I did as a workaround was use the version number of the primary EXE file as a condition instead, since the build number gets incremented every time our software is rebuilt (in Visual Studio). If for whatever reason we needed to send out a patch that didn't change the EXE explicitly, we rebuild the EXE anyway to get a new build number (which also helps us later on for technical support).
That being said, I don't know why the "If Patch is Applied" condition doesn't work.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Dec 01, 2004
12:05 PM
Brian,
Thanks for the help.
I'm in touch with Macrovision regarding that issue. I'll let you know as soon as I get more details.
Thanks for the help.
I'm in touch with Macrovision regarding that issue. I'll let you know as soon as I get more details.
brian_c wrote:
I had the same problem as you are describing - the condition for seeing if a patch has already been installed does not seem to work in Update Service 3.1 (I don't know if this has been fixed in 4.0).
What I did as a workaround was use the version number of the primary EXE file as a condition instead, since the build number gets incremented every time our software is rebuilt (in Visual Studio). If for whatever reason we needed to send out a patch that didn't change the EXE explicitly, we rebuild the EXE anyway to get a new build number (which also helps us later on for technical support).
That being said, I don't know why the "If Patch is Applied" condition doesn't work.
![](/skins/images/D60DF682EA37BF37032955CE10F3F0BB/responsive_peak/images/icon_anonymous_message.png)