nhass's account

Thanks Haris. This clears it up for me. One follow up question on this. If we have two signers and the first one completes the signing, but the second one hasn't started yet; can we change the info for the second signer? Or is it once any signer starts the signing process no info for any of the signers is allowed to be changed? Thanks for all your help. Nathan

Haris, I updated a signer using the PackageService.UpdateSigner command following the example you outlined. I immediately then resend the package using SendPackage(pkgId) command. I get the email as expected. But I do not get a new sms passcode sent to me. I technically never changed the value of the WithSMSSentTo parm; I sent the same number as before. I was expecting to get a new text with a new passcode. I think tried using the original passcode but get an error saying it's invalid. Do I need to issue some other command to get a new passcode? Thanks Nathan

I believe I found it. I found it on here: PackageCompletionReport.Created In order to get to that I executed the esl client ReportService.DownloadCompletionReport method which gave me a CompletionReport list which I iterate over. Nathan

Harishaidary I’m am a little puzzled because the inner exception details state the message is at “at Silanis.ESL.SDK.Internal.HttpMethods.GetHttpJson(String apiToken, String path, String acceptType)” that’s within the “Silanis.ESL.dll”. This error has been happening sporadically since we integrated the Silanis product into our system. We are still using the SDK we originally download 10.10. The error typically happens on average like once a week, but this week it happened three times so far; Sunday, Thursday, and Friday. I have also seen weeks where it does not happen. I did some testing and I believe the error is tied to the amount of data being requested. I first downloaded the 11.0.0.0 version and created a quick and dirty application using it to test the DownloadCompletionReport method. Here is what I found: Again below is the line of code which throws the error (it takes around 2 minutes for execution to even return whether success or failure):

CompletionReport cr = esl.ReportService.DownloadCompletionReport(DocumentPackageStatus.COMPLETED, startDate, endDate);

Using the following dates: startDate = 02/02/2017, endDate = 02/03/2017 - (date range of 1 day ) Succeeds startDate = 02/01/2017, endDate = 02/03/2017 - (date range of 2 days ) Succeeds startDate = 01/31/2017, endDate = 02/03/2017 - (date range of 3 days) Succeeds startDate = 01/30/2017, endDate = 02/03/2017 - (date range of 4 days) Fails startDate = 01/30/2017, endDate = 02/02/2017 - (date range of 3 days) Fails So based on my testing I’m wondering if it something to do with the amount of data on Silanis’ end which has to be bundled up and sent back; or is there some sort of timeout it’s hitting. I also noticed in the exception details the mention of JSON. Is your API creating a JSON objects? If so I’m wondering if maybe the error is due to some of our data with a special character in it which needs to be escaped. We have an automated process that runs each day calling this method and passing a date range of five days (a rolling five days), so today the date range was 01/29/2017 to 02/03/2017; tomorrow when it runs it will be 01/30/2017 to 02/04/2017. This error only occurs when retrieving the reports. Thanks Nate

Haris Just an update. I tried version 10.13 and it too had the same problem. I resolved the issue by making the date range smaller, and calling the DownloadCompletionReport method multiple times. So now instead of calling the method once with a five day date range (i.e. 02/01/2017 to 02/06/2017), I call it five times passing it five consecutive one day date ranges: Call1: 02/05/2017 to 02/06/2017 Call2: 02/04/2017 to 02/05/2017 Call3: 02/03/2017 to 02/04/2017 Call4: 02/02/2017 to 02/03/2017 Call5: 02/01/2017 to 02/02/2017 I combined the results of those five calls and continue on in my process as before. I am still a little concerned that when executing that method call of the API it takes close to 2 minutes for execution to return, even though the date range is now one day. I also tried taking a fiddle capture. Nothing stands out to me, I did attach it to this reply if you want to take a look. Regards, Nathan