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
- :
- Any news on this getting fixed?
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
‎Apr 20, 2005
08:29 PM
What is the refresh from changing Active to Inactive
I changed a message from Active to Inactive. Yet testing minutes upon minutes after the change the update is still being pulled down. What is the threshold of when changes are committed and can be safely assumed in the new status?
(12) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Apr 20, 2005
10:13 PM
It is now TWO hours since I changed a MESSAGE and a SOFTWARE UPDATE from Active to Inactive and it is still appearing as an available update!
Folks, this is unacceptable! When something is changes from active to inactive it MUST BE IMMEDIATE!!! If something "bad" is being sent out and it must be stopped/recalled, I need to know that setting to inactive immediately halts future calls of this update!
This is a CRITICAL issue requiring IMMEDIATE attention please!
Folks, this is unacceptable! When something is changes from active to inactive it MUST BE IMMEDIATE!!! If something "bad" is being sent out and it must be stopped/recalled, I need to know that setting to inactive immediately halts future calls of this update!
This is a CRITICAL issue requiring IMMEDIATE attention please!
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Apr 21, 2005
08:16 AM
Neal,
That is disturbing. Could you please PM me the Service Request number you received from our support folks? I'll check into that request to see what they've discovered. I was unable to reproduce it on my local dev box, though I'll be the first to admit that my environment is in a constant state of flux and doesn't always track what my fellow devs have for the notification server side.
KellyF
That is disturbing. Could you please PM me the Service Request number you received from our support folks? I'll check into that request to see what they've discovered. I was unable to reproduce it on my local dev box, though I'll be the first to admit that my environment is in a constant state of flux and doesn't always track what my fellow devs have for the notification server side.
KellyF
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Apr 21, 2005
08:23 AM
There is no support request number. I'm pointing out that when I moved an item from active to inactive, then ran tests on a new build of my software two hours later, the update still showed available. Run with that...
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Apr 21, 2005
04:27 PM
Neal, I ran into this exact same problem you ran into. It definitely was pulling down inactive updates. I sent a private message to KellyF about it. For now, I think what fixed my problem was going into the inactive update and modifying a few settings, then resaving it.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Apr 21, 2005
04:54 PM
The only way I can rest assured an update is inactive is to delete or relocate the referenced file. The problem really becomes an issue when you set a INACTIVE update/message to ACTIVE, you now have a problem as you can't ensure it is active! I've tried dirtying things and then saving, hoping that would do it.
There is a latency in the system, no doubt about it. Such as the reports/stats. My concern is this latency is across the board whereas when an update status is changed, it must be IMMEDIATE!
There is a latency in the system, no doubt about it. Such as the reports/stats. My concern is this latency is across the board whereas when an update status is changed, it must be IMMEDIATE!
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Apr 25, 2005
04:14 PM
I'm having the same problem with TEST mode updates, yet I've NEVER made the update an ACTIVE update. It is always been in TEST mode and yet some of my customers (~20%) are seeing it.
They must have a serious problem here. I can reproduce it as well on an external system about 20% of the time.
Michael
They must have a serious problem here. I can reproduce it as well on an external system about 20% of the time.
Michael
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Apr 27, 2005
09:35 AM
I seem to be experiencing a similar problem and have contacted InstallShield technical support. I have changed an update from TEST to ACTIVE and my clients are unable to detect the available update.
Here are the steps I used to duplicate/troubleshoot this issue.
The update in question is configured via the Update Service with the following settings:
Conditions: No
Expressions: No
Authentication: None
Update Start Date: 04/08/2005
Update End Date: Never
Update Visibility: 100 %
What is the status for the update?: Active
I execute the following tests on a completely clean, new install of Windows XP Professional:
1) Login to the local machine as Administrator and install my application
2) Execute my application -- NO UPDATE DETECTED
3) Execute agent.exe with appropriate switches -- NO UPDATE DETECTED
4) Install UpdateSDK (reboot machine as prompted)
5) Login to the local machine as Administrator
6) Execute my application -- NO UPDATE DETECTED
7) Execute agent.exe with appropriate switches -- NO UPDATE DETECTED
😎 Set the appropriate test mode in UpdateSDK
9) Execute my application -- UPDATE DETECTED
10) Execute agent.exe with appropriate switches -- UPDATE DETECTED
The status of the update was changed from TEST to ACTIVE 1.5 hours previous to this test.
Here are the steps I used to duplicate/troubleshoot this issue.
The update in question is configured via the Update Service with the following settings:
Conditions: No
Expressions: No
Authentication: None
Update Start Date: 04/08/2005
Update End Date: Never
Update Visibility: 100 %
What is the status for the update?: Active
I execute the following tests on a completely clean, new install of Windows XP Professional:
1) Login to the local machine as Administrator and install my application
2) Execute my application -- NO UPDATE DETECTED
3) Execute agent.exe with appropriate switches -- NO UPDATE DETECTED
4) Install UpdateSDK (reboot machine as prompted)
5) Login to the local machine as Administrator
6) Execute my application -- NO UPDATE DETECTED
7) Execute agent.exe with appropriate switches -- NO UPDATE DETECTED
😎 Set the appropriate test mode in UpdateSDK
9) Execute my application -- UPDATE DETECTED
10) Execute agent.exe with appropriate switches -- UPDATE DETECTED
The status of the update was changed from TEST to ACTIVE 1.5 hours previous to this test.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Apr 27, 2005
09:37 AM
This issue is CRITICAL and must be fixed immediately.
Noel, what's your response please?
Noel, what's your response please?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Apr 27, 2005
09:40 AM
rsknowles wrote:
I seem to be experiencing a similar problem and have contacted InstallShield technical support. I have changed an update from TEST to ACTIVE and my clients are unable to detect the available update.
rsknowles,
Thanks for contacting support about it. Could you PM me your Service Request # so I can follow up with the support engineer?
Thanks,
KellyF
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Apr 29, 2005
09:09 AM
For those following this thead, my issue has been identified. Further testing revealed that I was experiencing sporadic detection of my update. About 3 hours after switching the status from TEST to ACTIVE a single machine would only detect the ACTIVE update about 5 out of 10 times. The update detection attempts were made using Agent.exe from the command line thus ensuring any potential error in my code would not be a factor. Luckily, InstallShield was also able to reproduce this sporadic detection.
They have determined this is an issue on their end and have assigned a work order: 1-16NMTB
48 hours after changing the status of the update all clients seem to be able to detect the update successfully.
They have determined this is an issue on their end and have assigned a work order: 1-16NMTB
48 hours after changing the status of the update all clients seem to be able to detect the update successfully.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎May 05, 2005
04:52 AM
Any news on this getting fixed?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎May 05, 2005
07:42 AM
All I have is:
Currently there is no workaround for this issue. Our Development team is investigating this issue, but at this moment, there is no estimated time frame for when this issue will be fixed.