Service Releases not pushing to all users resulting in Rhino SDK/plugin incompatibility


#1

Hello,
We have recently experienced an issue with some users getting new Service Releases and others are not. This is creating an incompatibility issue with newly built plugins that happen to be using the newer Rhino 6 and SDK that does not appear to be available to other users.

User/Dev 1 is showing “6.4.18124.12321, 5/4/2018” and is showing “Up to date”
User/Dev 2 is showing “6.4.18130.19341, 5/10/2018” and is showing “Up to date”

The issue is that if User 2 develops a plugin for User 1, User 1 receives a message that they need a newer Rhino SDK.

We could change our dev process to use past NuGet package builds, but I find it odd that some users are not automatically getting SR updates pushed to their machine while others are and both are showing “Up to date”. Is there a reason for this?

-Nate


(Steve Baer) #4

Hey Nate,
There is probably a timing issue where User/Dev1 will see a new service release available in day or two.

Unless you are using new features in RhinoCommon that just showed up in the very latest service release, there shouldn’t really be a problem. Rhino 6 will load plug-ins compiled against versions of RhinoCommon newer than the end user’s version if all of the functions that the plug-in uses in the SDK exist. This is part of our compatibility testing framework. If you are seeing otherwise, let me know and we’ll see if there is a bug that we need to fix.


#5

Hi Steve,
For example, this is an error someone received recently regarding a Gh plugin. I do not believe we are using anything newer in the latest SR that should trigger this message on the older SR although I will scrub through to make sure.


(Steve Baer) #6

Hmm, I may need a little help from @DavidRutten on this one. I’m not 100% sure how GH constructs that specific dialog.