This is the first time I encountered an issue with your great extension.
I used a captcha on my form and after pressing submit and filling correctly the captcha input it always says i made a mistake in entering the verification code.
I looked at the forum found lots of people with this issue and never found an answer.
In every post I read "grayhead" advising to try the recatpacha or the security question instead.
That is what I did although I hate the recaptcha(ugly).
but I get the same result whatever I use.
the captcha, the recatcha, the security question always show the message telling me I'm wrong when I press the submit button.
I tried a million time. It s not me typing wrong.
Here is my form with the recaptcha :
<div class="ccms_form_element cfdiv_textarea label_over" id="message1_container_div" style="">
<label>Message</label>
<textarea cols="45" rows="12" class="message validate['required']" title="" name="message"></textarea>
<div class="clear"></div>
<div id="error-message-message"></div>
</div>
<div class="ccms_form_element cfdiv_custom" id="input_id_15_container_div" style="">
<label for="input_id_15">Label Text</label>
{ReCaptcha}
<div class="clear"></div>
<div id="error-message-input_custom_15"></div>
</div>
<div class="ccms_form_element cfdiv_submit" id="envoyer1_container_div" style="text-align:right">
<input name="Envoyer" class="btn_envoyer btn " value="Envoyer" type="submit" />
<div class="clear"></div>
<div id="error-message-Envoyer"></div>
</div>
<div class="ccms_form_element cfdiv_empty" id="empty_container_div" style="">
<div class="clear"></div>
<div id="error-message-empty"></div>
</div>
Here is my form I think it seems to me all good :
[attachment=1]preview.jpg[/attachment]
[attachment=0]events.jpg[/attachment]
when I look at the page errors with firebug in Mozilla when the page load I see that :
"NetworkError: 404 Not Found - http://www.francois-rosenbaum.com/contactez-nous?chronoform=contact&event=submit"
Just in case here is the generated head of my page
<head>
<link rel="stylesheet" href="/templates/voyageautourdumonde/css/fonts.css" type="text/css" />
<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1.8.2/jquery.min.js"></script>
<base href="http://www.francois-rosenbaum.com/contactez-nous" />
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
<meta name="keywords" content="tour du monde" />
<meta name="author" content="Francois" />
<meta name="description" content="16 jan. 2013 - Découvrez une mine d'informations pour préparer votre tour du monde : budget, billet d'avion, comparatifs assurances et banques..." />
<meta name="generator" content="Joomla! - Open Source Content Management" />
<title>Contactez-nous</title>
<link href="/templates/voyageautourdumonde/favicon.ico" rel="shortcut icon" type="image/vnd.microsoft.icon" />
<link rel="stylesheet" href="http://www.francois-rosenbaum.com/components/com_chronoforms/css/frontforms.css" type="text/css" />
<link rel="stylesheet" href="http://www.francois-rosenbaum.com/components/com_chronoforms/css/formcheck/theme/classic/formcheck.css" type="text/css" />
<link rel="stylesheet" href="http://www.francois-rosenbaum.com/components/com_chronoforms/css/formcheck_fix.css" type="text/css" />
<link rel="stylesheet" href="/modules/mod_multimoo/css/nothing.css" type="text/css" />
<style type="text/css">
label.recaptcha_input_area_text{line-height: 12px !important;}
</style>
<script src="/media/system/js/mootools-core.js" type="text/javascript"></script>
<script src="/media/system/js/core.js" type="text/javascript"></script>
<script src="/media/system/js/caption.js" type="text/javascript"></script>
<script src="/media/system/js/mootools-more.js" type="text/javascript"></script>
<script src="http://www.francois-rosenbaum.com/components/com_chronoforms/js/formcheck/formcheck-yui.js" type="text/javascript"></script>
<script src="http://www.francois-rosenbaum.com/components/com_chronoforms/js/formcheck/formcheck-max.js" type="text/javascript"></script>
<script src="http://www.francois-rosenbaum.com/components/com_chronoforms/js/formcheck/lang/fr.js" type="text/javascript"></script>
<script src="/modules/mod_multimoo/js/polaroid.js" type="text/javascript"></script>
<script src="/modules/mod_multimoo/js/nothing.js" type="text/javascript"></script>
<script type="text/javascript">
window.addEvent('load', function() {
new JCaption('img.caption');
});
var RecaptchaOptions = {
theme : 'red',
lang : 'en'
};
//<![CDATA[
window.addEvent('domready', function() {
document.id('chronoform_contact').addClass('hasValidation');
formCheck_contact = new FormCheckMax('chronoform_contact', {
onValidateSuccess: $empty,
display : {
showErrors : 0,
errorsLocation: 1 }
});
});
//]]>
window.addEvent('domready', function() {
$$('.hasTip').each(function(el) {
var title = el.get('title');
if (title) {
var parts = title.split('::', 2);
el.store('tip:title', parts[0]);
el.store('tip:text', parts[1]);
}
});
var JTooltips = new Tips($$('.hasTip'), { maxTitleChars: 50, fixed: false});
});
</script>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<link href='http://fonts.googleapis.com/css?family=Lilita+One&subset=latin,latin-ext' rel='stylesheet' type='text/css'>
<script src="/templates/voyageautourdumonde/js/declanchement_tooltispsy.js" type="text/javascript"></script>
<script type="text/javascript" src="/templates/voyageautourdumonde/js/tooltipsy.source.js"></script>
<link rel="stylesheet" href="/templates/voyageautourdumonde/css/styles.css" type="text/css" />
<!-- Le HTML5 shim, for IE6-8 support of HT/voML5 elements -->
<!--[if lt IE 9]>
<script src="/templates/voyageautourdumonde/js/shiv_html5_fix.js"></script>
<![endif]-->
</head>
I thought it could comme from a jquery conflict so I checked all my homemade js to be sure they don't conflict. They all start with
jQuery(document).ready(function($){
I use joomla 2.5.10 with Chronoforms_V4_stable_J2.5
Thanks for your help,
François
Hard to say what is happening here. If you are actually getting the error message then I guess that the form is submitting correctly. Does it work if you remove the Captcha?
It might be a problem with the session being turned off in the Site Global Configuration? That would explain why they all fail - there is nowhere to save the 'correct' answer.
Does the form work if you use the direct link http://www.xxx.com/index.php?option=com_chronoform&chronoform=contact ?
Bob
Yes it fails as well when i use a direct link.
The sessions are set as this :
session configuration :
time : 150 *
Méthode * : database
without the catcha the form is sent and the "thank you message" is displayed immediatly.
Could this be a javascipt conflict ?
I tried to disable mootools with a plugin but it changes nothing apparently
I am the only one you talked to with this issue?
what about the others with captcha issues can they use the recaptacha or secrutity question ?
I didn't have the cache enabled. I just set it up to "cache conservateur" (in french) it is the second choice in the dropdown list. but it doesn't seem to change nothing.
Paramètres du cache
Cache * : cache conservateur
Gestion du cache : files
Durée du cache * :150
Please turn caching off - that will not help this problem. Caching will definitely break Captcha and security questions.
This is not a JavaScript problem, the ChronoForms Captcha does not use JavaScript. Disabling MooTools will break the validation and any datepickers on your form.
There are occasional problems reported with Captcha - maybe one a month or so. As far as I know usually the problem is solved with the correct settings. Rarely that doesn't work and then a switch to one of the other Anti-Spam methods* will work successfully.
Bob
* ChronoForms offers Captcha, ReCaptcha and Security Questions and there is a FAQ on implementing a Honeypot.
Turned out to be a server issue- If I loaded the page with the form using 'mydomain.com/index.php...', the form captcha wouldn't work. But if I used 'www.mydomain.com/index.php...' (with www) it worked!
To prevent users from reaching the site without the www, I've added the following code to the bottom of the .htaccess file on the root of my site:
RewriteEngine On
RewriteCond %{HTTP_HOST} !^www\.
RewriteRule ^(.*)$ http://www.%{HTTP_HOST}/$1 [R=301,L]
Caching will definitely break Captcha and security questions.
But up to you if you leave it on.
Bob
Even with the cache disabled my problem remains anyway.
Grayhead What should I do to spot the origin ofthe problem because now I am lost.
It seems I will have to use another component.
A last suggestion :
I saw a recaptcha plugin in the plugin manager it s on should it be turned off ?
The ChronoForms Captcha, ReCapthca and Security Questions and the Joomla! Security Token will all work on a standard Joomla! site with no problems.
They will not work if Caching is enabled on the form pages; or if the site does not have Sessions enabled because the 'key' to the captcha is saved in the Session and loaded in the form and 'matched' when the form submits.
The form may not submit correctly if SEF URLs are turned on and they are breaking the form Action URL. The fix for this is to set Relative URL to 'No' on the form General tab (click the name link in the Forms Manager to see the tab). It is also possible that using the Joomla! Redirect component or .htaccess redirection will affect this. Generally your browser Web Developer tools will help you see what is happening (click F12 to enable them in most browsers).
Setting up any of these requires three steps: an entry in the Form HTML; an Load action in the form On Load event and a Check action in the form On Check event. The Check action should have an Event Loop action in the pink On Fail event with the default setting to re-load the On Load event.
If none of these work then it is most likely that some other setting on your site is interfering in some way :-(
You can also set up a HoneyTrap input in your form that will help block automatic spammers. This does not depend on the user session and will work with a Cached form. There is a FAQ describing how to set that up.
Bob
PS The ReCaptcha plug-in is used for the Joomla! recaptcha option on some of the standard site forms. It isn't linked directly to ChronoForms.
They will not work if Caching is enabled on the form pages;
Cache off still doesn't work
if the site does not have Sessions enabled
Sessions enabled with the option database
still doesn t work
The form may not submit correctly if SEF URLs are turned on
I really need the sef enabled but i gave it a try turning it off in joomla configuration
Still doesn t work
set Relative URL to 'No' on the form General tab
I tried that but I don't even get the message saying the code is wrong. The page reloads simply.
Still doesn't work
It is also possible that using the Joomla! Redirect component or .htaccess redirection will affect this.
I don't use a redirect component
And myhtaccessis set to the minimum right now just like this :
SetEnv PHP_VER 5_3
RewriteBase /
ErrorDocument 404 /index.php
Setting up any of these requires three steps: an entry in the Form HTML; an Load action in the form On Load event and a Check action in the form On Check event. The Check action should have an Event Loop action in the pink On Fail event with the default setting to re-load the On Load event.
The settings are correct as described in my first post in this forum topic
You can also set up a HoneyTrap input in your form that will help block automatic spammers. This does not depend on the user session and will work with a Cached form. There is a FAQ describing how to set that up.
I might have something wrong somewhere I can't see.
I will try that (the honey trap)
It works !!!
It was the htaccess
I changed it i used an old i used on another website and ot works now.
Ahhhhh !
It s so complicated.
I almost don't understand nothing on howto use correctly this file .htaccess and it s central.
It s so often the cause of my troubles.
I simplifiedit at the maximum to avoid problems during the development of my websites and again that was not a good idea.
So the catcha works now but i don"t recieve my emails I guess it s because the emeail adresses I use don't match my domain adress as the final domain adress will be different on the development websites I ll know for sure at the last moment.
thanks again for your help