Comments
-
Ryan Edwards
Here's the pop-up I now get on starting up Synergy Advance: "The activation request was denied by the server. The reason for the denial was, "Activation limit (total activations) exceeded"."
-
Greg Hurrell
Try downloading the new version. I will reset your activation limit.
When you activate the software, the following activation certificate is written to your ~/Library/Preferences folder:
com.wincent.SynergyAdvance.activation.certificate.plist
Keep a backup of that file, just in case.
-
Greg Hurrell
Thanks for your collaboration on this one, Ryan. In response to the data you collected I've changed the activation algorithm. Adding the "fixed-in-prerelease" keyword. I will put out a 0.1.2 release shortly that contains the changes.
For others who may be reading this and don't know the back story, it appears that on Ryan's machine Cocoa was returning inconsistent NSFileSystemNumber values across reboots. Not totally random but variable. His machine was returning three different numbers (let's call them x, y and z) and returning x on some reboots, y on others and z on others. It's not clear to me why this was happening on his machine (and one other user has reported the same issue) but regardless of the underlying cause I think this warrants the modification of the algorithm.
I've made changes to the activation algorithm so that it no longer users the NSFileSystemNumber. As I said in an email to Ryan, it doesn't seem to be a very useful number anyway from a mathematical point of view. In other words, it doesn't possess a lot of "uniqueness"; the number returned by my own system and others that I have found by searching on Google are all within a few units of each other. From a security perspective I don't think the NSFileSystemNumber adds anything at all to the algorithm. So out it goes.
Sorry to anyone who was inconvenienced by this issue.
-
Greg Hurrell
0.1.2 is now on the servers.
Add a comment
Comments are now closed for this issue.