Apologies in advance if this one has been covered in another post.
We are a RAMP and TNEW client and the URL for our TNEW QA site recently changed from https://tickets.ourdomain.com/_QA_ to http://test-na-XXXX.tn.services
Noting that the cookie required for TNEW shared session authentication is domain based I'm struggling with a way to pass a cookie back and forth since the TNEW QA site now binds the shared cookie to the .tn.services domain.
I tried setting up a CNAME for a subdomain of ourdomain.com to point to http://test-na-XXXX.tn.services, but it doesn't seem the TNEW QA server will respond correctly.
Any tips for how to deal with the shared session cookie issue with this new setup that has been rolled out for RAMP TNEW QA sites??
Cheers,
Bill WaughStarlight Theatre
Hi Bill,
We have a new shared session approach that doesn't rely on same-domain/cookies for gathering the cookie - it is a service based. We just released this in the last few weeks. Here is a link to a Bitbucket repository with a sample .NET site that uses the service-based approach, along with some documentation:
https://bitbucket.org/TN_WebShare/webpro-session-sharing-sample/
The cookie-based approach isn't going away any time soon and continues to work in production for sites on the same domain, however, as you noted it is incompatible with having the test sites on their own domain now instead of setting them up as a sub-directory of the production site.
Please let us know if you have any questions or need additional guidance on implementing the new approach.
Chris Szalaj
You can contact TASK to have them reconfigure your QA site to use the CNAME you set up.
Nick, you are correct that we were offering that in isolated situations as a stop-gap before the new version of session sharing was released. Now that we have the new session sharing available, we are not offering test site domains as a solution. If there are critical situations we need to consider as exceptions, we may be able to accommodate them on a case by case basis. At this time, the solution to shared session working on a Test site is to update the shared session code that retrieves a session key to use the new service-based approach.
Thanks!
Chris