View Issue Details

IDProjectCategoryView StatusLast Update
0015403phpList 3 applicationAuthentication Systempublic05-06-13 17:31
Reporteradrian15 
PrioritynormalSeveritymajorReproducibilityalways
Status resolvedResolutionunable to reproduce 
Product VersionFuture developments 
Target VersionFixed in Version 
Summary0015403: Unexpected transfer to one phplist installation from another
DescriptionI have the same problem as edv described in this forum post(http://forums.phplist.com/viewtopic.php?p=61369#p63243).

[QUOTE]
Now when I'm working on the test install, It has happened several times that I was suddenly 'transferred' to the admin-backend of the production install. E.g. when I add a list in the test install, I suddenly find myself in the production install!
[/QUOTE]

I can reproduce this problem by logging in. Choosing to send a message:
http://myserver.com/pruebala5/lists/admin/?page=send
And then choosing to create a new one (start a new message):
http://myserver.com/pruebala5/lists/admin/?page=send&new=1

Clicking on this url redirects me:
http://myserver.com/lists/admin/?page=send&id=26

(A different installation!)

Note that this bug is similar to #15029 (http://mantis.phplist.com/view.php?id=15029) but it is not the same one.

I have indeed forced the use of the $SessionTableName = "phplistsessions"; setting in config.php in both installations and the same problem persists.

Well, in fact, auto log in to another user problem has disappeared.
However the redirection to the other phplist installation persists!

I suspect of send.php or send_core.php or maybe sessions themselves but I do not know where to look into.

Any clues?

My phplist is based in svn revision 1703.
TagsNo tags attached.

Relationships

related to 0015029 resolvedmichiel Identical Cookies allow login to multiple installations 

Activities

adrian15

15-01-10 18:20

reporter   ~0050813

It seems that I forgot to edit these config.php variables:

$pageroot = '/pruebala5/lists';
$adminpages = '/pruebala5/lists/admin';

Sorry for the non-bug but I think that edv will be happy.

adrian15

michiel

19-01-10 19:56

manager   ~0050816


can you try that in trunk? I don't think that happens any longer.

adrian15

19-01-10 20:09

reporter   ~0050817

What do I have to test exactly: Disabling the $SessionTableName = "phplistsessions"; line in config.php and checking if there is a jump from one version to another with login swap?

adrian15