08-07-2015 12:49 PM
We have a very common issue where, after publishing a new active version of a Unity script, many of our users running the web client or the Unity client still execute the previous version of the script, even after those users log out and back in. Pressing the "Reset Server Cache" button does not always resolve the issue. Often the only way to fix it is to reset the web server, but that cannot be done during business hours as it would end all connected users' sessions.
I do not know of a way to resolve this issue. However, one thing that would helpful is for us to be able to confirm what version of the script our users are executing. We would like to be able to output the version number of the Unity script to the Diagnostic Console while it is running. I searched through the SDK documentation but did not find anything related to this. Could this be added to the API? Or does it already exist?
08-07-2015 01:22 PM
Hi Sam,
I'd recommend that you contact your first line of support regarding this issue. Resetting the cache should cause your scripts to be updated, but it sounds like something is going wrong. Your first line of support will be able to assist in diagnosing this. We do not expose the version of the script through the API, since the expectation is that every script will be running the active version.
Also, there is a bug in version 12 which can cause a memory leak when the server cache is reset after a script is run on the server. We recommend that you try to limit the number of times the cache is reset in order to minimize the memory leak. This issue has been fixed in versions 13+.
Please let me know if you have any questions!
Chris
08-07-2015 01:16 PM
There may well be another way, but if you alter your paradigm for a low tech solution, then I would say: Don't publish new software until off hours then you can run a reset right after publishing...
08-07-2015 01:22 PM
Hi Sam,
I'd recommend that you contact your first line of support regarding this issue. Resetting the cache should cause your scripts to be updated, but it sounds like something is going wrong. Your first line of support will be able to assist in diagnosing this. We do not expose the version of the script through the API, since the expectation is that every script will be running the active version.
Also, there is a bug in version 12 which can cause a memory leak when the server cache is reset after a script is run on the server. We recommend that you try to limit the number of times the cache is reset in order to minimize the memory leak. This issue has been fixed in versions 13+.
Please let me know if you have any questions!
Chris
08-14-2015 11:48 AM
Find what you came for
We want to make your experience in Hyland Connect as valuable as possible, so we put together some helpful links.