Best of joomla gives you news, joomla templates, tutorials and websites about Joomla , FireBoard and FireMessage official page.
| No account yet?   |
Welcome, Guest
Please Login or Register.    Lost Password?
Go to bottom Post Reply Favoured: 0
TOPIC:
#50505
"CAPTCHA code not correct" issue 1 Month, 3 Weeks ago  
Hi,

did a fresh install of FireBoard 1.0.4 on Joomla 1.5.2 in legacy mode

I created a forum

I allow non registered users to post, but with the CAPTCHA turned on

when testing this, I see the CAPTCHA image, giving me a code to enter,
however, when I entered that code, it came back with "CAPTCHA code not correct"

I tried both in Firefox and IE7

I won't be using FB without CAPTCHA

L.
lightningbit (User)
Fresh Boarder
Posts: 2
graphgraph
User Offline Click here to see the profile of this user
 
The administrator has disabled public write access.  
#51068
Re:"CAPTCHA code not correct" issue 1 Month, 2 Weeks ago  
I've been suffering from the same problem myself, under the same circumstances.
What I've been able to gather from various improvised debugging, is that the session started by the randimImage.php captcha-script does not persist in the post.php handler, causing the code entered by the visitor being compared to nil (and thus always fail). Attempts to pass custom session identifiers did not seem to help.

A better solution would probably to use a captcha image generator that uses the Joomla framework and JSession class, rather than being a standalone php-script. I haven't had the time to look much further at this myself, so I can't speculate in how much work such a change would be, or how such an implementation would be done in detail.
nml375 (User)
Fresh Boarder
Posts: 2
graphgraph
User Offline Click here to see the profile of this user
 
The administrator has disabled public write access.  
#51075
Re:"CAPTCHA code not correct" issue 1 Month, 2 Weeks ago  
One thing that just came to mind, is that I currently use the Database Session handler with Joomla1.5 - whereas the standalone randomImage.php script would use the default handler (file). Although a session may not have been opened previously, I believe the new handler would've been registered already when post.php calls session_start() making it use the database rather than files.
nml375 (User)
Fresh Boarder
Posts: 2
graphgraph
User Offline Click here to see the profile of this user
 
The administrator has disabled public write access.  
Go to top Post Reply
Powered by FireBoardget the latest posts directly to your desktop