Hansson Posted November 2, 2012 Share Posted November 2, 2012 Support pointed me in this direction. Here is my case summarised: - IP.Board 3.3.4 - This is on a closed corporate network and I cannot give you access to it. - OS: Linux - Webserver: Apache - $INFO['use_friendly_urls'] = '1'; - Redirect to new friendly URL format: Yes - URL type: path info (have also tried with query string) - Use .htaccess mod_rewrite: Yes <IfModule mod_rewrite.c> Options -MultiViews RewriteEngine On RewriteBase /ipboard-product/ RewriteCond %{REQUEST_FILENAME} .*.(jpeg|jpg|gif|png)$ RewriteCond %{REQUEST_FILENAME} !-f RewriteRule . /ipboard-product/public/404.php [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /ipboard-product/index.php [L] </IfModule> Example 1: - No FURLs - s=74b8cb27f52129d5fa9049c4a43fef4c is in the url - I can login and click around on links with s=xxxx - clicking on a link that has no s=xxxx logs me out Example 2: - FURLs are on (this is a must) - I attempt to login, I get to see the "green" screen that says something like "Login ok". But after that screen goes away, I'm not loged in. Support said: Unfortunately we are unable to support test or development installations via the ticket system I'm afraid. Additionally, the issue with session IDs in your URLs is caused by your PHP configuration. Please look up the "session.use_trans_sid" and "session.use_only_cookies" PHP configuration options for more information. I checked php.ini: session.use_trans_sid = 0 session.use_only_cookies = 1 Trying to set these to... session.use_trans_sid = 1 session.use_only_cookies = 0 ... did not help Any suggestions? Link to comment Share on other sites More sharing options...
PeterUK Posted November 2, 2012 Share Posted November 2, 2012 Does the board on your corporate network have its own domain name or is it accessed via IP?This sounds like it may be related to cookie settings to me. Link to comment Share on other sites More sharing options...
Dmacleo Posted November 2, 2012 Share Posted November 2, 2012 not using varnish cache by any chance are you? Link to comment Share on other sites More sharing options...
Grumpy Posted November 3, 2012 Share Posted November 3, 2012 I'd poke in the same direction as PeterUK on this one. For whatever reason, your php session id (which is a cookie) is failing to be set. That's why the session is constantly passed as a GET parameter as a backup. Get something like firebug and review the net tab. You should see a PHPSESSID being passed around in cookies. If not, that's where you problem lies. Link to comment Share on other sites More sharing options...
Hansson Posted November 7, 2012 Author Share Posted November 7, 2012 In case someone else runs into this: Make sure this is correct: Settings -> Server Environment -> Cookie domain/prefix/path Thanks ppl Link to comment Share on other sites More sharing options...
PeterUK Posted November 7, 2012 Share Posted November 7, 2012 In case someone else runs into this:Make sure this is correct: Settings -> Server Environment -> Cookie domain/prefix/pathThanks pplThat was exactly what I was thinking it would be, domain in particular. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.