|Re: [google-chrome-frame:3213] Problem with php sessions and ChromeFrame||Alex Russell||8/21/12 4:27 AM|
This is the first we've heard of PHP session generation behaving this way. I'm surprised it's UA dependent. Are you not using cookies for sessions?
On Tue, Aug 21, 2012 at 11:55 AM, Andres Lartigue Debian <andres....@gmail.com> wrote:
|Re: [google-chrome-frame:3213] Problem with php sessions and ChromeFrame||Andres Lartigue Debian||8/21/12 7:13 AM|
Yes, we're using cookies. I don't have control over the server, but I'd say that it's the default config.
|Re: [google-chrome-frame:3219] Problem with php sessions and ChromeFrame||Alex Russell||8/29/12 2:07 AM|
Can you point me at the app and/or tell me more about the server config? Or send the output of phpinfo()?
To view this discussion on the web visit https://groups.google.com/d/msg/google-chrome-frame/-/ED7DtqOAxN4J.
|Re: [google-chrome-frame:3219] Problem with php sessions and ChromeFrame||Andres Lartigue Debian||8/31/12 7:57 AM|
We have find both the source of the problem and the solution. Our host had Suhosin Patch 0.9.7 installed. They've set the parameters suhosin.session.cryptua et suhosin.cookie.cryptua to off on php.ini, and everything works fine now.
Apparently it makes php a little less secure, but it works.
Thanks for your help,
El miércoles, 29 de agosto de 2012 16:56:08 UTC+2, nathan...@gmail.com escribió:
In our specific case I solved it using this function