Login for registered user not possible-only after new signup

Author Message

E Hoelzler

Tuesday 24 October 2006 10:27:36 am

After having signed up as guest user (lets say user A) and leaving the system (and closing the browser) it is impossible to log in again as user A, although the admin shows the user properly. But: when signing in as user B, logging of as user B - then it is possible to log in also as user A - as long as I do not close the browser (and therefore the session).

Thus, the system seems to have two different states:
State 1: after a "fresh" sign up it accepts to log in as a previously registered user.
State 2: when entering the system wothout this fresh sign up, it is impossible to log in.

Internally the login process seems to work properly. I have instrumented the file kernel/user/login.php with debug statements and they show thatthe correct user ID belonging to the user name is found (e.g. 401). The login.php procedure terminates properly with the

        return $Module->redirectTo( $redirectionURI );

statement. But on the pagelayout.tpl, which comes up subsequently (and which I instrumented with a

 {$current_user.contentobject_id} 

statement , the (anonymous) user is shown instead.

Furthermore the login process works properly (no complaints about a wrong password or similar.

Wher is the ghost, who removes the correct user ID between the end of login.php and the display of the pagelayout.tpl show?
I have temporarily removed all "cache-block" entries from the pagelayout.tpl. Can there be a "cache-trap" somewhere else?
I have installed the "personal folder" contribution (with a fix of the section problem there). Perhaps this has an influence - but - seriously speaking - I dont see it.

Thanks for Help! Erwin Hölzler, Metacontent Munich

E Hoelzler

Wednesday 25 October 2006 11:15:18 am

Error found!

At the provider (1 und 1), I have a redirection which redirects the user from a reasonable site name to the somewhat crypric and long server name. The default setting is "frame redirection" which obvviously spoils the server name. Changing to "http-redirection" fixed the bug.

What we learn: <b>always use http - redirection at your provider, never frame - redirection</b>

Erwin Hölzler

Powered by eZ Publish™ CMS Open Source Web Content Management. Copyright © 1999-2014 eZ Systems AS (except where otherwise noted). All rights reserved.

eZ debug

Timing: Jan 31 2025 06:06:06
Script start
Timing: Jan 31 2025 06:06:06
Module start 'layout'
Timing: Jan 31 2025 06:06:06
Module start 'content'
Timing: Jan 31 2025 06:06:06
Module end 'content'
Timing: Jan 31 2025 06:06:06
Script end

Main resources:

Total runtime0.0212 sec
Peak memory usage2,048.0000 KB
Database Queries3

Timing points:

CheckpointStart (sec)Duration (sec)Memory at start (KB)Memory used (KB)
Script start 0.00000.0084 588.3906151.2422
Module start 'layout' 0.00840.0041 739.632836.7109
Module start 'content' 0.01250.0071 776.343890.2344
Module end 'content' 0.01950.0017 866.578129.9922
Script end 0.0212  896.5703 

Time accumulators:

 Accumulator Duration (sec) Duration (%) Count Average (sec)
Ini load
Load cache0.002511.7717140.0002
Check MTime0.00115.0319140.0001
Mysql Total
Database connection0.00177.883310.0017
Mysqli_queries0.005525.843930.0018
Looping result0.00000.085310.0000
Template Total0.00125.810.0012
Template load0.00104.560610.0010
Template processing0.00031.209710.0003
Override
Cache load0.00063.031010.0006
General
dbfile0.00219.913480.0003
String conversion0.00000.042640.0000
Note: percentages do not add up to 100% because some accumulators overlap

Templates used to render the page:

UsageRequested templateTemplateTemplate loadedEditOverride
1print_pagelayout.tpl<No override>extension/community/design/community/templates/print_pagelayout.tplEdit templateOverride template
 Number of times templates used: 1
 Number of unique templates used: 1

Time used to render debug report: 0.0001 secs