Problems With New Version of SMF Forum!(FIXED)
 

Hello,

I use Classifieds and Photopost with the SMF forum. A couple of weeks ago I upgraded to the latest version of SMF and now what is happening is that sometimes (like 20% of the time) users post an ad or a picture and it enters their "username" as "Unregistered" and their "userid" as "0" rather than what they are really logged in as. It's not that they're not logged in. They are logged in. "Guests" are not allowed to post. So it's like their being detected as being in some state between logged in and not logged in!

Any ideas as to what can be done about this?

Thanks!

Leah

Hello

I would just check to ensure you have your cookie setting correct and that both are set to run on .domain.com incase you have an issue where the urls are going elsewhere to where a user gets logged out.

Try this little tweak as well

In smf.php our file in the forums subdirectory find the lines noted and add below the line in bold

Thanks for the reply! Can you explain a bit more about what you mean here?

Well I beleive the issue here is trying to figure out how the login is dropped. Hense I suggested double check your settings.

Cookie path should be / in both apps

Cookie domain should be set to .domain.com in both apps so cookie works with and without the www as you will drop login if not set this way

cookiename obviously you have set right

The little tweak I posted above is just to make sure the session cookie is read correctly

Just an FYI that that didn't really fix the problem.

I'm not 100% sure about this but I believe that the current version of SMF (1.1 Beta 3 Public) uses a different kind of password encryption than previous versions of SMF. One of the developers said this:

I'm not sure if this is what was causing the problems but the problems I was seeing were (applies to PhotoPost and Classifieds):

a) it was not properly detecting that someone was logged in and was showing the "login" and "register" links AND the "upload" link and allowing people to upload pictures/ads as Unregistered

b) the login screen was not letting people login even though their username and password was correct

So I inserted 2 hacks that circumvent this problem:

1. I made sure it doesn't show this "upload" link if photopost cannot properly tell whether they are logged in or not

2. I redirected the login to my own special screen that logs them in properly and then redirects them back to photpost

So perhaps when SMF 1.1 is out of it's "Beta state" the developers here could rewrite the photopost code for SMF so it detects logins properly?

Hello

Yeah I have a test copy of the current smf and it works fine.

We would most likely take a look at this when SMF beta is not beta.

Well ...im having the same issue Omegatron, the differenec with mine is that if I log in into the Forum first , then click on the photopost gallery link which I have on the forum, i get to stay logged in. After a while the session time sout and i have to go back into the firum to log in again. I noticed this recently ( last two weeks) and unfotunately i m not sure whether its was the Photopost or SMF that caused that problem but, i have always had it work well.
On the second part, you mention of Cookie path in both apps ( SMF does not have that setting to change- at least i looked around i could not find it). Same as the Cookie domain {When you say set it to .domain.com in both apps so cookie works with and without the www} do you mean that if my domain is kenyans.org, i should add the period behind ( ie: .kenyans.org) in photopost?

If you want to try it , take a second to set up an account on my integration on

http://www.kenyans.org.

Thanks.

If a user belongs to multiple usergroups simply download the latest photopost and upload smf.php again

I dont think any logouts have to do with sessions. This is right in the file

if ( ($PHPSESSID) && ($PHPSESSID == $sessionid) ) {
$checkpass = 1;
}
elseif ($ID_PASSWORD) {
if ($lastpass == $ID_PASSWORD) {
$checkpass = 1;
}
}
elseif ($dbpassword) {
if ($dbpassword == $finalpass) {
$checkpass = 1;
}


I would beleive your cookies are somehow being dropped. You saying SMF has nowhere in there settings a place to define the cookies?

SMF does not have the cookie path and cookie domain setting. It does have a cookie name and prefix and thats about it.

I have the latest PP build plus the tweak you documented above. I do not think that it has anything to do with usergroups, ( all my members are in one group { post based } and even the admin account is affected.

anything else that we can try?

You could link your install here or email me a username password too see how you have things set

There is no issue that I can see with SMF I installed a test forum and everything operates fine. Your issue sounds cookie related

check your inbox. Thanks.

Omegatron,

I have followed all your instructions including uploading all the 5.13 files to the remote directory....theres the same problem. I have tried searching the board and several other SMF integrations are having the same problem. I also knwo that you have tried to hgelp us but the problem is not there. You wrote the code and theres no one better to look to for a fix...can you please spend a little bit more time so that we can a solution? Its not a coincidence that that several SMF users are having the same problem. Thank you. - Michael do you have a second opinion about this?

I installed a test install of SMF there is no issue that I see.

Now with SMF there is no cookie settings persay other than the name so Photopost must be on the exact domain other than that there is no fix for me to post as I do not see an issue here.

If SMF is on www.domain.com then Photopost must be on www.domain.com

The SMF cookiename must be entered in Photopost settings other than that until SMF gets wider cookie settings nothing else I can say here. I dont see any issues on my test installs.

The only thing I have seen on your installs as I believe I point out to everyone about cookies is to ensure your domain is not switching