Thanks a lot!! Now I can happily go on playing around with FormMail
Kind regards,
Onno
Welcome to the Tectite Forums! You can download and get support for our free PHP FormMail (form processor) and other free software.
Hi,
Solved!![]()
This is a bug and was found and fixed in April! Unfortunately, it didn't quite get through our release process and got a little lost.![]()
The reason I had no problem during my tests of our multi-page form sample is that I was using the fixed version of FMBadHandler (unbeknownst to me).
When I used your FMBadHandler, it stopped working.
The Cause
When you click the "return to form" link, FMBadHandler opens the last form as a URL. This internal server-based open includes the Session ID, so PHP connects to the session. But, the session is already open by the FMBadHandler processing. This is fine, until both processes try to write to the session data.
So, there's a deadlock. FMBadHandler has the session locked, but is trying to write to the session data again via the open of the form's URL.
Complicated, isn't it?
So, the big pause you see is this deadlock. Eventually, PHP times out and the process fails.
The Solution
Quite easy really....
FMBadHandler nows connects to the session data, and then goes to "session read-only mode".
To get your multi-page forms working, you need version 1.09 or later of FMBadHandler.
It's available for download now on the forums.
Russell Robinson - Author of Tectite FormMail and FormMailDecoder
http://www.tectite.com/
Thanks a lot!! Now I can happily go on playing around with FormMail
Kind regards,
Onno
There are currently 1 users browsing this thread. (0 members and 1 guests)
Bookmarks