Project

General

Profile

Actions

Bug #20757

closed

Session Timeout after BE Login IE8

Added by Michael Raberger almost 15 years ago. Updated over 5 years ago.

Status:
Closed
Priority:
Should have
Category:
-
Target version:
-
Start date:
2009-07-15
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
4.2
PHP Version:
5.2
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

Sometimes after the login into the backend TYPO3 produces a session timeout when the page is redirecting to the main module page

this happens only with internet explorer version 8
A login with firefox fits perfect

(issue imported from #M11538)


Related issues 3 (0 open3 closed)

Related to TYPO3 Core - Bug #19883: timout after backend login in 4.2.4ClosedChristian Kuhn2009-01-21

Actions
Related to TYPO3 Core - Bug #21511: Lots of HTML, JS and/or CSS errors force IE8 to switch to compatibility viewClosed2009-11-09

Actions
Related to TYPO3 Core - Bug #21065: Sporadic random Backend LogoffsClosedSteffen Kamper2009-09-16

Actions
Actions #1

Updated by Oliver Hader almost 15 years ago

Did you experience any JavaScript errors on that behaviour?

Actions #2

Updated by Michael Raberger almost 15 years ago

No, there are no JavaScript errors

I'm still redirected to an error page after the login

Actions #3

Updated by Søren Andersen almost 15 years ago

I don't know if this is connected, but I have session timeout problems in IE8 (IE7 too). For me it works perfectly for a while, and then suddenly I'm logged out by a session timeout.

Sometimes it seems like it is happening when I open up tabs and visit other websites while being logged in to TYPO3.

In addition I have trouble being logged in on the frontend of my websites. One is running on 4.1.12 and the other is 4.2.8, I think it happened around 4.1.10 and 4.2.6. I didn't report it then because I hoped it would be fixed in newer versions, so I simply resorted to other browsers.

I'll try and be careful observing when the session timeout happens.

Actions #4

Updated by Christian Kuhn over 14 years ago

Take a look to #19883 for further possible solutions.

Actions #5

Updated by Lars Dyhr over 14 years ago

I have just encounter the same issue. I was using 4.2.6 and upgraded to 4.2.8, but that did not help. It turns out that I was running this site in IE8's new "Compatibility mode", and when I switched it back to NOT running in this mode it works perfectly again.
I have not looked into what this compatibility mode actually does, but apperently it interferes in a bad way.
Hope that this will bring us closer to sorting that issue (and that this is related to the bug that you have experienced).
NB: You can administer your compatibility mode if you open "Functions"=>"settings for compatibility views" (translated from a danish version).

Actions #6

Updated by Lars Dyhr over 14 years ago

By the way as Oliver asked for JS errors I seem to get a few (none of them seem to be able to cause the bug I think). Anyway here they are:
This is printed from Microsofts IE debugger:

Et objekt er obligatorisk prototype.js, linje 3788 tegn 7
'x' er null eller ikke et objekt prototype.js, linje 3827 tegn 7
Et objekt er obligatorisk prototype.js, linje 3788 tegn 7
'Event.pointer(...).x' er null eller ikke et objekt prototype.js, linje 3796 tegn 33
Et objekt er obligatorisk prototype.js, linje 3788 tegn 7
'Event.pointer(...).y' er null eller ikke et objekt prototype.js, linje 3797 tegn 33

Actions #7

Updated by Ralf Hettinger over 14 years ago

Problem occurs here as well with IE8 and "Compatibility View" activated (reproduced in 4.2.8 and early 4.3 version due to customer complaints; have neither checked with current trunk nor other IEs). Version of IE8: 8.0.6001.18702

To reproduce this error (haven't examined the reason yet):
- Activate "Compatibility View" in IE8
- Log in to backend
- Switch to frontend view and navigate there while being logged in to TYPO3.
- Try to use the backend => you're session is lost

Actions #8

Updated by Søren Andersen over 14 years ago

I can lose the session in IE8 (TYPO3 4.1.12) without having compatibility view activated.

I open the browser, login to the backend, open a new tab, go to the front end and navigate a little, and bingo, session is lost.

So I don't think it's totally related to compatibility view.

Actions #9

Updated by Ralf Hettinger over 14 years ago

I can't confirm losing BE session without Compatibility View.

Although and after playing around a bit, it seems (not to sure here) to be depending on the state of the Admin Panel and the shown fe editing options, so there might be situations different to the ones I'm testing with.

At least it should be possible to reproduce the error now which should allow to eventually track it down...

Actions #10

Updated by Ralf Hettinger over 14 years ago

The following works for me (fixes the problem of losing session while navigating through the frontend):

TS setup:
config.headerComment (
-->
<meta http-equiv="X-UA-Compatible" content="IE=8" />
<!--
)

Actions #11

Updated by Søren Andersen over 14 years ago

Ralf, I just tried out your solution, but with no luck.

I inserted the code in the frontend, confirmed that it showed up in "View source". While being on a front-end page, I opened up a new tab, logged in to the backend, switched to the front-end page, navigated to another page and then the session in the frontend was lost.

Actions #12

Updated by Jo Hasenau over 14 years ago

Have a look at #21511 - could be the reason for lots of IE8 problems

Actions #13

Updated by Chris topher about 14 years ago

I did not have this error after #21065 was committed.

Does this still happen to someone with 4.2.11 and 4.3.1 or newer?

Actions #14

Updated by Steffen Gebert about 14 years ago

Michael, is this problem fixed?

Actions #15

Updated by Benni Mack over 5 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF