Servers down? (No.)

Hi there!

I have been using LimeLM for a few months and loving it.

However, today I activated my product with a new product key and it worked without problems, until suddenly it started throwing TurboActivateError when trying to use ta.check_and_save_pkey(pkey) (in Python).

Have rolled back the app to versions that I know have worked will before, but the problem persists.

Are maybe the LimeLM servers down or am I doing something wrong? Is there any way to check this to rule out that possible issue?

I work in Windows 10, have TurboActivate.dll version 4.1.8.0 and have double checked that the expiry date on the product key is 2 weeks from now with unlimited Deactivations.

Thanks for all help and for a great product, cheers/Marek

No, the servers are up. No downtime planned or unplanned.

>> "TurboActivateError when trying to use ta.check_and_save_pkey(pkey)"

Which error? (all of the errors inherit the TurboActivateError "base class").

My guess: you're trying to enter a new product key and the product is already activated with another product key. But, again, the error actually tells you what is happening.

Also, CheckAndSavePKey() does not contact the servers.

Hi Wyatt and thanks for the quick answer and clarification.

Will check further and get back to you if I don't find the cause.

Cheers/Marek

Just tried the same thing as I did 10 times 5 hours ago. Called ta.check_and_save_pkey(pkey) using the correct key.

And this time there was no error and the activation went fine!

So I believe this error was not on my end. Any idea of what could have caused the error earlier?

In case it happens again; how do I know which TurboActivateError, as you say "all of the errors inherit the TurboActivateError "base class". Is it documented somewhere how to find out?

Sorry if my questions are nooby....

Cheers/Marek

>> "So I believe this error was not on my end. Any idea of what could have caused the error earlier? "

>> "My guess: you're trying to enter a new product key and the product is already activated with another product key. But, again, the error actually tells you what is happening."

>> "In case it happens again; how do I know which TurboActivateError, as you say "all of the errors inherit the TurboActivateError "base class". Is it documented somewhere how to find out?"

I'd say google for different examples on printing the error message (there are a ton of examples).

ok, great, thanks Wyatt