I'm having installing the latest version of drupal (5.2) ; When I attempted to upgrade to the latest version from version 5.1, I received an all white screen; after disabling all non-core modules, I attempted to upgrade again, still no dice; so I manually started installing patches from the latest drupal security announcement just to get the site secure; I successfully patched all affected modules, however when I attempted to patch the settings.php with the patch listed below, I received 1 of 1 HUNK failed ; I'm running centos version 4, mysql 4; please advise and thanks.
Index: sites/default/settings.php
===================================================================
RCS file: /cvs/drupal/drupal/sites/default/Attic/settings.php,v
retrieving revision 1.39
diff -u -p -r1.39 settings.php
--- sites/default/settings.php 14 Jan 2007 02:05:15 -0000 1.39
+++ sites/default/settings.php 25 Jul 2007 19:50:48 -0000
@@ -137,17 +137,15 @@ ini_set('session.use_trans_sid', 0);
ini_set('url_rewriter.tags', '');
/**
- * We try to set the correct cookie domain. If you are experiencing problems
- * try commenting out the code below or specifying the cookie domain by hand.
+ * Drupal automatically generates a unique session cookie name for each site
+ * based on on its full domain name. If you have multiple domains pointing at
+ * the same Drupal site, you can either redirect them all to a single domain
+ * (see comment in .htaccess), or uncomment the line below and specify their
+ * shared base domain. Doing so assures that users remain logged in as they
+ * cross between your various domains.
*/
-if (isset($_SERVER['HTTP_HOST'])) {
- $domain = '.'. preg_replace('`^www.`', '', $_SERVER['HTTP_HOST']);
- // Per RFC 2109, cookie domains must contain at least one dot other than the
- // first. For hosts such as 'localhost', we don't set a cookie domain.
- if (count(explode('.', $domain)) > 2) {
- ini_set('session.cookie_domain', $domain);
- }
-}
+# $cookie_domain = 'example.com';
+
/**
* Variable overrides:
Comments
Comment #1
awb7422 commentedP.S. of the 2 released patch sets
* http://drupal.org/files/sa-2007-017/SA-2007-017-5.1.patch
* http://drupal.org/files/sa-2007-018/SA-2007-018-5.1.patch
sa-2007-018/SA-2007-018-5.1.patch is the set I had trouble applying
Comment #2
chadchandler commentedIn order to get settings.php to update, if you are getting an access error. Do this.
Go into " update.php" and change
to
Then set back to TRUE when finished.
Comment #3
awb7422 commentedI made the change that you mentioned, however the patch still fails with:
patch --dry-run settings.php settings.php.patch
patching file settings.php
Hunk #1 FAILED at 137.
1 out of 1 hunk FAILED -- saving rejects to file settings.php.rej
Please advise and thanks.
Comment #4
heine commentedEither patch manually (remove lines prefixed with -, add lines prefixed with +) or upgrade the normal way.
Comment #5
(not verified) commented