any known causes for changing smf_session_id? [SOLVED]

[Hurja]

SOLUTION 6 POSTS DOWN!

joomla 1.0.11+bridge1.1.6+smf1.1RC3.

it works ok as unwrapped and all but the prefered method would have been wrapped. even when set wrapped the address.com/smf works. can post, edit posts and delete just fine but then you dont have the joomla template spots like banners and stuff on the forum.

with the joomlas com_smf url posting takes 2 tries to get it done first gives the infamous:  The following error or errors occurred while posting this message: Your session timed out while posting. Please try to re-submit your message. editing does the same and deleting as well. trying for smf admin section hangs to the password verification also (entering password to enter admin is off btw).

the problem is the changing smf_session_id. when i press delete on my post and get the error i can right click the properties of logout button and copy the session key from that url and paste it to replace the session key in browsers address bar for delete function and press enter to successfully delete the topic.

so basically there are 2 smf_session_id's at work. one stable one that stays the same thru the logged time and one that changes when i try to post, modify, delete a post or go to smf admin. the changing one seems to be the one that works.

unwrapped works but wrapped would be ideal... so any known causes?
this has been wrestled with in the past too but i was hoping there might be advances made with this problem it would be so much easier to use joomla stuff like the banners in wrapped state. i have tried this with all the default smf themes (with joomla/mambo fix), an unpatched Bloc's smf theme and my own made joomla theme.

*hopes*

some settings SMF
Enable local storage of cookies OFF
Use subdomain independent cookies ON
Enable compressed output     ON
Use database driven sessions    ON
Allow browsers to go back to cached pages    ON
Seconds before an unused session timeout    2880
Use a persistent connection OFF
JOOMLA
PHP built On:       Linux someaddress.com 2.6.17-1.2142_FC4 #1 Tue Jul 11 22:41:14 EDT 2006 i686
Database Version:    5.0.22-log
PHP Version:    5.0.4
Web Server:    Apache/2.0.54 (Fedora)
WebServer to PHP interface:    cgi-fcgi
Joomla! Version:    Joomla! 1.0.11 Stable [ Sunbow ] 28 August 2006 20:00 UTC
User Agent:    Mozilla/5.0 (Windows; U; Windows NT 5.1; fi; rv:1.8.1) Gecko/20061010 Firefox/2.0
Joomla! Register Globals Emulation:      OFF     
Register Globals:    OFF    
Magic Quotes:    OFF    
Safe Mode:    OFF    
File Uploads:    ON    
Session auto start:    OFF    
Session save path:    /tmp
Short Open Tags:    ON    
Output Buffering:    OFF    
Open basedir:    none
Display Errors:    ON
XML enabled:    Yes
Zlib enabled:    Yes
Disabled Functions:    none

thats the most relevant i think.

ok i did some more testing. i logged in with the smf joomla login box and got session id of 24592aa37c68ca90d3217922585b1781. i went to forum with ths joomla address and forum logoug button that works had same session key still. i went to my post and edit button had same session id too. logout button had same still also. i press edit my post and 24592aa37c68ca90d3217922585b1781 id appeared in address bar with the error message on screen. logout button had gained another session id 09e561a8e34b3809f6ae109c415f28c3. if i paste this key to address bar and press enter i can edit the post just fine.

thoroughly annoying 

[Orstio]

Do you have a URL?

What hosting company are you using?

[Hurja]

it is finnish host nebula.fi
pming you an url.

edit: i might add that in wrapped state the first posting attempt always fails with  The following error or errors occurred while posting this message:
Your session timed out while posting. Please try to re-submit your message.  this error message and it stays on the post message page. second time pressing post message button works and message is posted.

now pressing modify or remove post gives Session verification failed. Please try logging out and back in again, and then try again. which can be bypassed with copying the logout buttons session id to addressbar and replace the one there and thread gets deleted normally.

edit2: oops. posting using quickreply fails. regular post works the first time..

[Orstio]

Enable compressed output     ON
Allow browsers to go back to cached pages    ON

You should turn those off.

[Hurja]

turned them off then. i trust theres reasoning behind that

did you get the url in pm btw? i cant find that message on my sent pm's in this forum.. others yes but this one seems to have gone awol

[Orstio]

Yes, I got it.

[Hurja]

i feel rather happy about my little detective work today as i have solved my dilemma described in the op. only took 2 hours once i started on it

my host had register_long_arrays setting Off on their php.ini. after changing that setting to register_long_arrays   On with my own php.ini file i can now report to having a working joomla+orstio bridge+smf forum WRAPPED.

i do hope this change has no ill effects on my host tho... maybe someone with knowledge on this setting might post here for me that it's safe

[Orstio]

i feel rather happy about my little detective work today as i have solved my dilemma described in the op. only took 2 hours once i started on it

my host had register_long_arrays setting Off on their php.ini. after changing that setting to register_long_arrays   On with my own php.ini file i can now report to having a working joomla+orstio bridge+smf forum WRAPPED.

i do hope this change has no ill effects on my host tho... maybe someone with knowledge on this setting might post here for me that it's safe

Thank you very much for that. 

I am going to add this to the FAQ.

[kai920]

Enable compressed output     ON
Allow browsers to go back to cached pages    ON

You should turn those off.

Sorry to revive this old thread, but should these two settings ALWAYS be off for a Joomla+SMF bridged forum?

[Kindred]

yes.