be sessions time out before $TYPO3_CONF_VARS["BE"]["sessionTimeout"]
We notice BE session timeouts. The timeouts occur after some time of inactivity (1-2 hours), that is shorter than the time defined in $TYPO3_CONF_VARS["BE"]["sessionTimeout"]
Some debugging showed that t3lib_userAuth::gc() is called with different values of gc_time. gc_time (and auth_timeout_field) sometimes have the value $TYPO3_CONF_VARS["BE"]["sessionTimeout"] and sometimes are 6000.
Probably there are t3lib_beUserAuth-Objects initialized (by extensions or cli-programs) that do not explicitly set auth_timeout as in init.php. We are using simulatebe, which I suspect being the problem.
Changing auth_timeout_field from 6000 to the value of $TYPO3_CONF_VARS["BE"]["sessionTimeout"] in t3lib/class.t3lib_beuserauth.php seems to fix the problem.
(issue imported from #M6493)
Updated by Kurt Gusbeth about 12 years ago
[BE][sessionTimeout] = 3600
Internet Explorer 8
Working with tabs (Strg + T).
The "Typo3 login expiriation notice" appears not after one hour, it appears after a few minutes! This is a very annoying bug.
The "Stay logged in!" button doesn´t work! If I click at it, the window "Typo3 login expiriation notice" appear again.
The "Refresh Login to TYPO3" occurs to fast. I can approve this only when I am working with tabs.
Updated by Kurt Gusbeth over 11 years ago
Note to my report (0033499):
This problem is still not fixed in Typo3 4.4.0.
I have the same problem with:
- Windows XP
- Chrome browser 5.0
- Typo3 4.4.0
The "Typo3 login expiriation notice" appears when I am coming back to the backend from an other browser-tab.
Updated by Rafal Likus almost 11 years ago
We have the same effect:
IE 8, Firefox 3.6.x
Typo3 4.4.2 and 4.4.4 PHP5.3 with wincache, memcached, IIS 6/7
Mostly on workstations of users without power user / administrator privileges in Windows.
With these effects too http://bugs.typo3.org/view.php?id=14979