Web API trial extension generation is broken?Solved

Hello,

i have a trial generation system in place so that i can deny or allow trials when requested. Always worked well, but since a couple of days the generation is broken. The error is during limelm.trialExtension.generate , i get the response

 => 122 [msg] => You must specify an "expires" date that is greater than today. 


However, my expires is


2016-09-20


So this should not happen. Could anyone please have a look at it please? Thanks!

Sorry about that, all fixed now. It was a bug on our end.

Thank you very much! All is working as expected now! Cheers and keep up the great work!

I still get error 122, passed today (2016-09-10) the string "2016-10-08 09:36:14" as expiration date.

Any ideas how to fix this?

Andreas

What function are you using?

Are you passing the value to the correct parameter? See the list of web API functions for a full list of parameters: https://wyday.com/limelm/help/api/

If you're still having problems you'll need to give us more information (what function, what parameter, a snippet of code, etc.).

The call to LimeLM::GenerateTrialExtension() worked until some days ago. (PHP API)I call it with these parameters:'xxx', true, 14, "2016-10-08 21:11:48", "yyy", 2where xxx is the version ID and yyy the email address of the user.

The error is always '122'.

Any ideas?

Andreas

P.S.: I noticed that TurboActivate version 4 failed to load my TurboActivate.dat (Mac). With the .dat file downloaded again (now 4 kb, before 2 kb from 2013) it worked. Maybe it would make sense to mention this in the comment of TA_GetHandle()?

Hey Andreas,

The error doesn't give you much help (we'll think about the best way to handle that), but the problem is the input. Namely, "2016-10-08 21:11:48" is invalid input, whereas "2016-10-08" is valid. See: https://wyday.com/limelm/help/api/limelm.trialExtension.generate/

Does that make sense?

>> "P.S.: I noticed that TurboActivate version 4 failed to load my TurboActivate.dat (Mac). With the .dat file downloaded again (now 4 kb, before 2 kb from 2013) it worked. Maybe it would make sense to mention this in the comment of TA_GetHandle()?"

We'll consider that.

Thanks a lot for the quick answer, with the changed date format it works.However, with the date string including time it worked for a long time.

Andreas