Security Code is incorrect, Please go back and type it exact

Posted: Tue Nov 18, 2008 8:54 pm

I have a problem using captcha. I have had a problem using gfx_chk = 7; on mysite for a long time. Upgrading to RN2.30.00 did not resolve this issue. When I upgraded I followed these steps:
1. downloaded mysite files and db
2. installed a copy of RN2.20.01 to my local testsite.
3. copied all files from mysite, overwriting all.
4. imported mysite db to testsite.
5. ran rndb_upgrade on testsite. went well
6. set gfx_chk = 7;
7. logged in fine.
8. uploaded files directly from test site to mysite overwriting old files.
9. ran rndb_upgrade, went well
10. set grx_chk = 7;
11. tryed to log in, Security Code is incorrect, Please go back and type it exactly as given ...

Captcha displays fine, but no one can log in unless gfx_chk = 0;

Any suggestions?

Posted: Wed Nov 19, 2008 1:31 am

Have you tried clearing your browsers cache?

Posted: Wed Nov 19, 2008 6:32 am

Doulos, you may have to go log digging. I suspect that your host does not have PHP configured properly for session handling. This is a very typical problem and you may even find some answers here on that from Technocrat.

Posted: Mon Dec 01, 2008 6:11 am

I uploaded a new copy of all RN2.30.00 files to a new directory, copied all my custom blocks, modules, and other files to that directory, then imported the db from my original site to a new db. In config.php I set set grx_chk = 7 and was able to log in using the security code.

Then when I moved the files to my root directory, no on can log in unless I set set grx_chk = 0

Here is what I could find out about sessions - there is a php.ini file which includes these lines:

session.save_path = /home/myroot/NukeSessions/sessions
upload_tmp_dir = /home/myroot/NukeSessions/tmp

Is that what you are talking about, montego?

Posted: Mon Dec 01, 2008 6:28 am

Doulos, both times you said that gfx_chk was 0, so I suspect that in the first test, you really meant something more like '7'.

Have you asked your host to check into your session settings? That seems like an odd set up to me, but they need to "own" ensuring this is set up properly. By the way, the NukeSentinel(tm) flood checking should not be working either if this is a session problem (which I am convinced it is).

If sessions are working properly - including directory permissions so PHP can write the session file - you should be seeing small files in the sessions directory.

Posted: Mon Dec 01, 2008 4:33 pm

montego, you are correct I meant 7 the first time. I am seeing files being written to the sessions directory.

Latest: Name:sess_0bcd3aba36675c819d288a274eec344c Filesize:25bytes Type:file

The files only include this type of information: NSNST_Flood|i:1228169040;

Posted: Tue Dec 02, 2008 6:00 am

Well, that is odd. How can the NS session information be written and not the captcha? Time to go code diving... Sad