Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!

Sign In with Facebook Sign In with Google Sign In with OpenID Sign In with Twitter

Categories

In this Discussion

Who's Online 15

6apxatCurtisOdenJohnD5Kogalniceanuestlf349141590tc74422 +7 guests

Editing COOKIE_DOMAIN in conf/settings.php

Is there some sort of trick to editing the cookie domain? I currently have mine set up to 'domain.com' and would like to change it to '.domain.com' but for some reason when I edit the conf/settings.php, the setting doesn't change the cookie being set. Am I missing something?

Comments

  • Posts: 4,883
    After you change it, click on "Application Settings" again to reload the form. Scroll down and make sure that it saved properly.

    If it didn't, then you need to change your permissions on conf/settings.php so that it can be opened, edited, and saved by PHP.

    If it did take, then you need to erase your existing cookies before the new ones will take. You can do this through your browsers menus. Simply signing out won't work because now that you've changed the cookie domain, when vanilla tries to delete your cookies as you sign out, it references the NEW domain and doesn't find anything to delete.
  • Posts: 7
    Hmm, still no luck. I've tried your above instructions and cleared cookies in 3 different web browsers, and for some reason it still sets the cookie using "domain.com". Has anyone had issues with the cookie domain before? Thanks...
  • Posts: 4,883
    You've verified that your settings.php file contains the correct value?
  • Posts: 7
    Mark, thank you for keeping up on this post. I think I figured it out. I did some searching and found an .htaccess parameter which forces the server to use the cross-subdomain cookies...

    // in .htaccess at the root of 'domain.com' dir and any other subdomain's dir
    php_value session.cookie_domain ".domain.com"


    Thanks again, looking forward to more vanilla goodness.
  • Posts: 7
    Argh, scratch that. It was working for a minute, the cookie was identified as '.domain.com'... and now it's back to 'domain.com'. Even though my .htaccess and conf/settings.php both tell it to use '.domain.com'. I think my server hates me. If anyone knows anything else about this, I would appreciate a comment. Thanks.
  • Posts: 4,883
    Are you using a windows server?
  • Posts: 7
    Nope, I am using a linux Media Temple gridserver...
  • Posts: 43
    Is the fact this code shows different data for cookie path the reason i cant get some HTML extensions to operate? // People Settings $Configuration['AUTHENTICATION_MODULE'] = 'People/People.Class.Authenticator.php'; $Configuration['SESSION_NAME'] = ''; $Configuration['COOKIE_USER_KEY'] = 'lussumocookieone'; $Configuration['COOKIE_VERIFICATION_KEY'] = 'lussumocookietwo'; $Configuration['SESSION_USER_IDENTIFIER'] = 'LussumoUserID'; $Configuration['COOKIE_azfixed.com'] = '.domain.com'; $Configuration['COOKIE_PATH'] = '/'; $Configuration['SUPPORT_EMAIL'] = 'support@domain.com'; $Configuration['SUPPORT_NAME'] = 'Support'; $Configuration['LOG_ALL_IPS'] = '0'; $Configuration['FORWARD_VALIDATED_USER_URL'] = './'; $Configuration['ALLOW_IMMEDIATE_ACCESS'] = '0'; $Configuration['DEFAULT_ROLE'] = '0'; $Configuration['APPROVAL_ROLE'] = '3'; $Configuration['SAFE_REDIRECT'] = 'people.php?PageAction=SignOutNow'; $Configuration['PEOPLE_USE_EXTENSIONS'] = '1'; $Configuration['DEFAULT_EMAIL_VISIBLE'] = '0'; my current cookie domain is my domain name: azfixed.com my path is the subfolder my forum is set in /vanilla/
  • Posts: 43
    Please ignore above string. I updated the extension (dojo) with some mods that i found elsewhere the problem seems to be rooted in IE and the subsequent JS
  • Posts: 2,419
    IE and "rooted" in the same sentence yet again, I wish people would stop doing that, it's very embarrassing 'cos I wet my pants each time!
  • Posts: 43
    I can only hope to attain your wit and knowledge kind sir.
This discussion has been closed.