[WG: Sakai QA] [Building Sakai] Multiple Sakai instances - same browser?

Matthew Jones matthew at longsight.com
Wed Dec 19 11:28:58 PST 2012


I wanted to switch these to being on the separate new domains (sakaiqa.org)

But I don't think I ever got any access from Chris to do that and I don't
think he updated it.

We could switch the cookie names for a short term solution with the system
property -Dsakai.cookieName=


On Wed, Dec 19, 2012 at 2:23 PM, Sam Ottenhoff <ottenhoff at longsight.com>wrote:

> Firebug for Firefox is highly recommended: getfirebug.com
>
> Your issue is to be expected, and is not a bug and is not new.  Sakai sets
> a cookie with name JSESSIONID to maintain your session. The cookie is not
> differentiated on a per-port basis thus the two servers continue to
> overwrite the other's JSESSIONID cookie.
>
> --Sam
>
>
> On Wed, Dec 19, 2012 at 2:18 PM, Neal Caidin <
> nealcaidin at sakaifoundation.org> wrote:
>
>> For my test, yes, same domain.
>>
>> 2.9.x server - http://nightly2.sakaiproject.org:8087/portal
>>
>> trunk server - http://nightly2.sakaiproject.org:8082/portal
>>
>> If you provide steps I can check cookies. I imagine Firefox has some good
>> dev tools for that?
>>
>> Thanks,
>> Neal
>>
>> On Dec 19, 2012, at 2:11 PM, Sam Ottenhoff <ottenhoff at longsight.com>
>> wrote:
>>
>> What are the steps to replicate?  What cookies are being set?  Are you
>> using two instances on the same domain?
>>
>>
>> On Wed, Dec 19, 2012 at 1:36 PM, Neal Caidin <
>> nealcaidin at sakaifoundation.org> wrote:
>>
>>> Hi All,
>>>
>>> At least a couple of us are running into an issue of trying to do some
>>> testing and using different instances of Sakai in the same browser, but it
>>> seems to be causing timeouts, so it is unusable. I don't think it has
>>> always been this way? Is this expected behavior or should a Jira ticket be
>>> opened?
>>>
>>> One Use case is to replicate a Jira issue in 2.9.x server while
>>> confirming it is fixed in trunk.  For a workaround one can use two
>>> different browsers, though it might not be quite as convenient.
>>>
>>> Maybe it is not that big a deal.
>>>
>>> Thoughts?
>>>
>>> Cheers,
>>> Neal
>>>
>>>
>>> _______________________________________________
>>> sakai-qa mailing list
>>> sakai-qa at collab.sakaiproject.org
>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-qa
>>>
>>> TO UNSUBSCRIBE: send email to
>>> sakai-qa-unsubscribe at collab.sakaiproject.org with a subject of
>>> "unsubscribe"
>>>
>>
>>
>>
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-qa/attachments/20121219/110631d4/attachment.html 


More information about the sakai-qa mailing list