After posting my form to the web host I receive the following error each time the form is submitted:
Invalid Captcha String.
Does the form processing file look to a local directory to verify the Captcha code or does it look elsewhere? Is there a simple answer to this problem?
Thanks in advance
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
This is something I have not seen before. I use IE exclusively and have never had a problem. If you need me to look at it, send me your form number or the entire zip file of your form.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks tnteveret1, I was tinkering around with the script all weekend and somehow got it to work last night. going off what every was saying about seesions, the only I ended doing was changing the /tmp folder to allow read and write. By default, it was set to read only
Now I'm trying to figure out why the file upload feature is not working.
Other than that it's great
Thanks
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Sessions should be an inherent part of PHP so I would be surprised if your host is not allowing this feature. In any case you can tell your host that you are using sessions in a php script to implement a cpatcha security feature and the session variables don't appear to be working. ask if they have any explanation why this would not work.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The problem is probably with sessions. I noticed some issue regarding sessions when I was deploying the program on one my other servers. The problem was the web server (for whatever reason) was unable to write to the sessions file. This was causing the sessions to not retain any information. I had to tinker with the session temporary files to get it to work. I suggest that the users should enable PHP's error reporting (including warnings) and see if the program spits out any errors/warnings regarding this problem.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
After posting my form to the web host I receive the following error each time the form is submitted:
Invalid Captcha String.
Does the form processing file look to a local directory to verify the Captcha code or does it look elsewhere? Is there a simple answer to this problem?
Thanks in advance
https://sourceforge.net/forum/message.php?msg_id=4473927
This post answers the same question.
Would sessions be the reason though for it to work in Firefox, but not internet explorer 6?
I tried the form using firefox and it works, but when I sue explorer, it gives the invalid catcha string message
This is something I have not seen before. I use IE exclusively and have never had a problem. If you need me to look at it, send me your form number or the entire zip file of your form.
Thanks tnteveret1, I was tinkering around with the script all weekend and somehow got it to work last night. going off what every was saying about seesions, the only I ended doing was changing the /tmp folder to allow read and write. By default, it was set to read only
Now I'm trying to figure out why the file upload feature is not working.
Other than that it's great
Thanks
Hello everybody,
I have the same problem/error message. how can I find out how my host handles sessions? what do i have to ask him, so he can fix this problem?
thank yous,
mikel
Sessions should be an inherent part of PHP so I would be surprised if your host is not allowing this feature. In any case you can tell your host that you are using sessions in a php script to implement a cpatcha security feature and the session variables don't appear to be working. ask if they have any explanation why this would not work.
The problem is probably with sessions. I noticed some issue regarding sessions when I was deploying the program on one my other servers. The problem was the web server (for whatever reason) was unable to write to the sessions file. This was causing the sessions to not retain any information. I had to tinker with the session temporary files to get it to work. I suggest that the users should enable PHP's error reporting (including warnings) and see if the program spits out any errors/warnings regarding this problem.