-
Notifications
You must be signed in to change notification settings - Fork 189
casino with a non root url: '/login' is hardcoded in session.js #58
Comments
I just pushed a new version to the GitHub repository. Could you please give it a try before I release a new version of the gem? |
Give me one or two hours, I will test it. |
I have tested it in my production environment with different browsers on different plattforms and cannot find any issue. Looks good. Since cookies are not easy to debug you may wait with releasing a new gem for one or two days? It is now running in production and I will get quick feedback from our users if there is any overseen issue with custom root urls. Thank you for the really fast update. |
Thank you! Let me know how it works out. 😄 |
encodeURIComponent in session.js seems to encode to much. We use OTRS which makes heavy usage of ';' in urls like /otrs/index.pl?Action=AgentTicketZoom;TicketID=65813. OTRS cannot handle this with correct encoding like /otrs/index.pl?Action=AgentTicketZoom%3BTicketID%3D65813 (does not work). The other stuff works fine. |
I think the problem is not session.js but the (may be incorrect?) handling of semicolon by casino. A call like
gives the following parameters (from production.log):
The semicolon (%3B) is not decoded, and not the second '=' (%3D). |
Yeah, it is an old issue with addressable/uri which does not support semicolon as url query separator: sporkmonger/addressable#114 |
We "fixed" this in the OTRS VirtualHost with the following
|
@luxflux : works as a temporary solution, but not for all other URLs like
It is frustrating: addressable/uri ignores semicolon and @, OTRS cannot handle correct encoded urls... |
Since this is now an encoding/decoding issue, we should create a new ticket for this issue. The original patch (hardcoded /login) in session.js works fine. |
Just for info: there is a hardcoded '/login' in session.js. If I use casino with a suburi like /zas, the browser redirects to /login instead of /zas/login after successfull login. This only occures on the very first access if there is no usable cookie for casino.
If I overwrite '/login' with '/zas/login' in session.js, all works as expected.
The text was updated successfully, but these errors were encountered: