Fixed bug #15992: Bugfix: Incorrect default value of permalogin
authorSteffen Kamper <info@sk-typo3.de>
Fri, 15 Oct 2010 10:15:07 +0000 (10:15 +0000)
committerSteffen Kamper <info@sk-typo3.de>
Fri, 15 Oct 2010 10:15:07 +0000 (10:15 +0000)
git-svn-id: https://svn.typo3.org/TYPO3v4/Core/trunk@9069 709f56b5-9817-0410-a4d7-c38de5d9e867

ChangeLog
t3lib/config_default.php

index b1d57d5..d996784 100755 (executable)
--- a/ChangeLog
+++ b/ChangeLog
@@ -8,6 +8,7 @@
 
 2010-10-15 Steffen Kamper  <steffen@typo3.org>
 
+       * Fixed bug #15992: Bugfix: Incorrect default value of permalogin
        * Fixed bug #15993: Bug: Felogin shouldn't show the permalogin form controls when permalogin is set to "forced on" in install tool
 
 2010-10-15  Susanne Moog  <typo3@susanne-moog.de>
index e492742..58c88e0 100644 (file)
@@ -325,7 +325,7 @@ $TYPO3_CONF_VARS = array(
                'loginSecurityLevel' => '',                             // See description for <a href="#BE-loginSecurityLevel">[BE][loginSecurityLevel]</a>. Default state for frontend is "normal". Alternative authentication services can implement higher levels if preferred. For example, "rsa" level uses RSA password encryption (only if the rsaauth extension is installed)
                'lifetime' => 0,                                                // Integer: positive. If >0, the cookie of FE users will have a lifetime of the number of seconds this value indicates. Otherwise it will be a session cookie (deleted when browser is shut down). Setting this value to 604800 will result in automatic login of FE users during a whole week, 86400 will keep the FE users logged in for a day.
                'sessionDataLifetime' => 86400,                 // Integer: positive. If >0, the session data will timeout and be removed after the number of seconds given (86400 seconds represents 24 hours).
-               'permalogin' => 2,                                              // <p>Integer:</p><dl><dt>-1</dt><dd>Permanent login for FE users disabled.</dd><dt>0</dt><dd>By default permalogin is disabled for FE users but can be enabled by a form control in the login form.</dd><dt>1</dt><dd>Permanent login is by default enabled but can be disabled by a form control in the login form.</dd><dt>2</dt><dd>Permanent login is forced to be enabled.// In any case, permanent login is only possible if <a href="#FE-lifetime">[FE][lifetime]</a> lifetime is > 0.</dd></dl>
+               'permalogin' => 0,                                              // <p>Integer:</p><dl><dt>-1</dt><dd>Permanent login for FE users disabled.</dd><dt>0</dt><dd>By default permalogin is disabled for FE users but can be enabled by a form control in the login form.</dd><dt>1</dt><dd>Permanent login is by default enabled but can be disabled by a form control in the login form.</dd><dt>2</dt><dd>Permanent login is forced to be enabled.// In any case, permanent login is only possible if <a href="#FE-lifetime">[FE][lifetime]</a> lifetime is > 0.</dd></dl>
                'maxSessionDataSize' => 10000,                  // Integer: Setting the maximum size (bytes) of frontend session data stored in the table fe_session_data. Set to zero (0) means no limit, but this is not recommended since it also disables a check that session data is stored only if a confirmed cookie is set.
                'cookieDomain' => '',                                   // Same as <a href="#SYS-cookieDomain">$TYPO3_CONF_VARS['SYS']['cookieDomain']</a> but only for FE cookies. If empty, $TYPO3_CONF_VARS['SYS']['cookieDomain'] value will be used.
                'lockHashKeyWords' => 'useragent',              // Keyword list (Strings commaseparated). Currently only "useragent"; If set, then the FE user session is locked to the value of HTTP_USER_AGENT. This lowers the risk of session hi-jacking. However some cases (like payment gateways) might have to use the session cookie and in this case you will have to disable that feature (eg. with a blank string).