Bridge Xoops-SMF 1.1 RC3 Beta 1

[Orstio]

SMF - http://www.mysite.com/forum
XOOPS - http://www.mysite.com/web

Neither of those is a real URL.

When I ask for a URL, it is so that I can see the behaviour of the software at the URL.

[computerworks]

SMF - http://www.mysite.net/forum/index.php
XOOPS - http://www.mysite.net/web/index.php

Status recap...

Starting from XOOPS URL, when user logs in with SMF Login, they are redirected to SMF with error:
You were unable to login. Please check your cookie settings.

If user then chooses Home from XOOPS Nav bar, they return to XOOPS Home page and are shown as successfully logged into XOOPS.

Starting from SMF URL, user logs in successfully.

More info:

If "Use subdomain independent cookies" is turned off, then the admin user cannot logout of the forum.

More+ info:

As a test, registered as new user with SMF Login Module...took all info without error and then redirected to SMF with the "You were unable to login. Please check your cookie settings."

Then, went directly to the Forum URL (outside of XOOPS) and found the new user logged into SMF.

...returned to XOOPS Home page and...new user was logged into XOOPS.

...from the logged-in XOOPS home page...
...selected Forum (http://www.mysite.net/web/modules/smf) and was sent to SMF as a Guest...not logged into Forum.

I hope this sequence sheds some light on the problem....   

[Orstio]

More+ info:

As a test, registered as new user with SMF Login Module...took all info without error and then redirected to SMF with the "You were unable to login. Please check your cookie settings."

Then, went directly to the Forum URL (outside of XOOPS) and found the new user logged into SMF.

...returned to XOOPS Home page and...new user was logged into XOOPS.

...from the logged-in XOOPS home page...
...selected Forum (http://www.csxinfo.net/web/modules/smf) and was sent to SMF as a Guest...not logged into Forum.

I hope this sequence sheds some light on the problem....   

This means that subdomain independent cookies should be on.  If you do not have that turned on, then turn it on.

[computerworks]

..turned on subdomain independent cookies...still have login issue

Go ahead and register on the XOOPS home page and see....

[computerworks]

How about this...there has to be a clue here...

Two browser windows open...one on the XOOPS Home page..one on the Forum, direct URL, user not logged in.

1. From the XOOPS home page, user logs in using SMF Login.
2. Directed to the Forum and receives the login error.

3. Switch to the other browser window, showing Guest, and hit refresh. Forum home refreshes with that user logged in.

....I will not rest until we solve this.....    

[computerworks]

well...it appears that it is definitely a host issue.

I set up a new domain on a different host server...installed the same config, versions, paths, etc.
...and the login thru the bridge works fine.

I have been thru the php.ini quite a few times on the non-working host...no changes help.

Where to look next?

thanks

[Orstio]

Is it PHP 5?

[computerworks]

Is it PHP 5?

Current Default version of PHP: 4.4.4

So, it looks like it fails in the login2 process.

What would cause the login2 to reach this point in LogInOut.php?

Code Select Expand


// Strike!  You're outta there!
if ($_GET['member'] != $ID_MEMBER)
fatal_lang_error('login_cookie_error', false);

[computerworks]

One more piece of relevance,,,

After the SMF was installed...we went thru a debug on running the Ikonboard converter.
Had a few glitches, but got it to run...

http://www.simplemachines.org/community/index.php?topic=145133.0

The settings for sessions_path was resolved....but it might be wise to point out I see no activity in the session directory during forum use.

[Orstio]

The settings for sessions_path was resolved....but it might be wise to point out I see no activity in the session directory during forum use.

Then I would assume that database driven sessions is turned on.

[computerworks]

In SMF? ...yes

[Orstio]

What happens if you turn that off?

[computerworks]

What happens if you turn that off?

Turned it off.... sessions now start to appear in the session_save directory.

(thanks..now, I understand that.)

However, the same login problem still exists.

[computerworks]

...well, still no positive results. We may abandon using a bridged forum on this site, sadly.

I hate to leave a problem unsolved....so I'll keep plugging at it.

There seems to be only one spot that calls that error message.

Again..if you can help...what would cause the login2 to reach this point in LogInOut.php?

Code Select Expand


// Strike!  You're outta there!
if ($_GET['member'] != $ID_MEMBER)
fatal_lang_error('login_cookie_error', false);

[Orstio]

The thing that causes that is $ID_MEMBER not getting information from the cookie. 

You said you had it working on another site?  What I would do is compare the session handlers for each with php_info().

[computerworks]

You said you had it working on another site?  What I would do is compare the session handlers for each with php_info().

...briefly, how is that done? I looked up the command, but I am not sure how to output and what to interrogate.

[Orstio]

What is phpinfo.php?

[computerworks]

Oh...that phpinfo.   

Ran it on both sites and set all session items on the problem site to the same values as the working site.
(except the session.save_path)

Still have the problem.

The user IS actually being logged into the Forum when the SMF login is performed.
Can see that by going directly to forum URL after the initial SMFlogin from XOOPS gets the error.

Thanks for staying with us on this problem, BTW

[Orstio]

Are they both PHP 4.4.4?

I've been noticing some session issues on PHP 4.4.4 with the Joomla bridge as well, so I'm just wondering if this is also related in some way.

[computerworks]

PHP 4.4.1 on the working server

PHP 4.4.4 on the problem site.