decline email with 'go to transaction'

Hi Cindy,

When you haven't logged in, and click on the link, what's the link format? In SaaS environment, it should look like:
https://sandbox.esignlive.com/a/login?destination=/a/transaction/fSpnY-AB3jIOdlvQXHjpGpI_yiI%3D

From the link format, you can see that it means after successfully logged in, redirect the page to "https://sandbox.esignlive.com/a/transaction/fSpnY-AB3jIOdlvQXHjpGpI_yiI%3D"

If it's a similar format in your case, this issue could be boiled down to: whether this link can successfully redirect you to the package after login.

You can do some tests around this point like:

(1)check if the redirect URL fits your deployment
(2)In an incognito window, hit the link and test the behavior, to eliminate the influence of "link from email"

(3)choose another package, and manually combined the redirect URL (package ID needs to be URL encoded) and test again.

Duo

Hi Duo,

when I am not login, when i clicked the button, 

it showed the below URL in the browser:

https://dev.esl.cibc.com/login?destination=/packages/6loawrfNjAHEH8D7VeLb75c01JI=

the above link will redirect me to login page, once I click the login button in the login page, the URL in the browser is:

https://dev.esl.cibc.com/packages/6loawrfNjAHEH8D7VeLb75c01JI

as you see the package id is missing "=" in the above URL which result in the error I raised.

any idea why missing "=" in the 2nd URL?

thanks,

Cindy

Hi Cindy,

Can you use the "%3D" instead of equal mark in the initial link? If this caused the issue in your case (package ID not escaped), we should report this to support team and have it escalated to R&D team.

Duo

Duo,

you are right. I replace '%3D" to the initial URL, it's working fine. 

Is it code issue not configuration or deployment script issue? If so, is it only happened in our on-prem version 11.25? I tried Saas and it's working fine.

thanks,

Cindy