[ic] Session ID supression causes Javascript to fail

Kevin Walsh kevin at cursor.biz
Mon Jul 31 14:59:37 EDT 2006

"Paul Jordan" <paul at gishnetwork.com> wrote:
> OK, I am sure I am in for a beating with the dum dum stick this time. I no
> longer have a problem, but would like to understand what is going on.
> I have two catalogs. In catalog A, I have a system that among other things,
> had:
> ScratchDefault  mv_no_session_id  1
> ScratchDefault  mv_no_count       1
> For whatever reason, once I logged into my custom backend, sessionID's and
> mv_pc would appear in the URL's. I really didn't care in the backend.
> Everything worked great.
> I copied this backend into Catalog B. It also had:
> ScratchDefault  mv_no_session_id  1
> ScratchDefault  mv_no_count       1
> However, links that were launched via Javascript (href's were good, just no
> &id=) would go to the special_pages/missing.html. I could not figure out why
> for hours. I did notice however, in this backend (catalog B) I was not
> getting &id= and &mv_pc in my URL's. So, I:
> ScratchDefault  mv_no_session_id  0
> ScratchDefault  mv_no_count       0
> This fixed it. However, I am left with two questions.
> 1. is the session_id required in href's launched from Javascript?
> 2. What would cause a catalog (in this case Catalog A) to show &id= after
> login, but not before - or, if that is expected, what would cause &id= to
> NOT show up after login, as in Catalog B?
Firstly, the problem of session IDs re-appearing after login, despite
the mv_no_session_id setting, has been fixed in Interchange 5.5.0.
the fix can be easily backported to 5.4, and probably to earlier versions
too.  The addition of a session ID in the URI, when it is not required,
doesn't cause problems - it just doesn't look very "clean".

The session ID in all URIs is important (essential) if the user has
session cookies switched off for some reason, and that goes for
JavaScript-generated URIs too.

   _/   _/  _/_/_/_/  _/    _/  _/_/_/  _/    _/
  _/_/_/   _/_/      _/    _/    _/    _/_/  _/   K e v i n   W a l s h
 _/ _/    _/          _/ _/     _/    _/  _/_/    kevin at cursor.biz
_/   _/  _/_/_/_/      _/    _/_/_/  _/    _/

More information about the interchange-users mailing list