I know this has been discussed on other threads but I've added a twist. My captcha is displaying in the form but not when using the sh404sef component. When I turn on the url rewrites, the captcha stops working. The wierd thing is that when the page first loads, the image loads for a split second and then goes away. If you inspect the element, you can see the image path is not loading.
Here are links to two test Joomla websites with identical set up but one is Joomla 3.1 and the other the latest joomla 3.2.
http://www.ozarkswebhosting.com/sites/testj3/Joomla/sample-sites.html
http://www.ozarkswebhosting.com/sites/testj32/Joomla/sample-sites.html
According to sh404sef, its up to the form developer to hash this out. Do you know of anything I can do to compensate for this? I am using the latest version of Chronforms V5 and the plugin embedding the form in the page.
Tom
Here are links to two test Joomla websites with identical set up but one is Joomla 3.1 and the other the latest joomla 3.2.
http://www.ozarkswebhosting.com/sites/testj3/Joomla/sample-sites.html
http://www.ozarkswebhosting.com/sites/testj32/Joomla/sample-sites.html
According to sh404sef, its up to the form developer to hash this out. Do you know of anything I can do to compensate for this? I am using the latest version of Chronforms V5 and the plugin embedding the form in the page.
Tom
Hi Tom,
Hmmm, tough one. The URL in the page source looks to be OK:
Bob
Hmmm, tough one. The URL in the page source looks to be OK:
http://www.example.com/sites/testj3/index.php?option=com_chronoforms5&act=render&action=load_captcha&chronoform=StandardContactForm&action_id=3&tvout=ajax
but sh404SEF is completely destroying it and fails to display the image. They should have some way of whitelisting URLs so that sh404SEF leaves them alone (the SEF handler that I use can do this I don't know about sh404SEF). If it can be told to check for action=load_captcha that should do the trick.Bob
I get with the developer on sh404sef but I'm not sure if there is a capability to white list. Basically he told me that if we need to try and skip captcha urls to get a sef url or to make sure that non-sef url of captcha is rendered using Jroute::_('') and also make sure that component has a router.php file in order to be sef compatible.
Hi tlegens,
Sorry, nothing much else I can help with here. You might try contacting Max, the CF developer, using the Contact Us link on the main site.
Bob
Sorry, nothing much else I can help with here. You might try contacting Max, the CF developer, using the Contact Us link on the main site.
Bob
I appreciate the response and I'll take that step. Are there any suggestions on securing the form outside of captcha? The client side JS validation doesn't seem to knock down the spam very well.
Edit: I also wanted to mention this combination works with J2.5.17 and Chrono V4 and sh404sef. Something happened in the version jump.
Tom
Edit: I also wanted to mention this combination works with J2.5.17 and Chrono V4 and sh404sef. Something happened in the version jump.
Tom
Hi Tom,
Please see this FAQ, it really does depend on the kind of spam you are getting. Human spammers with JavaScript turned off are the most difficult to block :-(
Bob
Please see this FAQ, it really does depend on the kind of spam you are getting. Human spammers with JavaScript turned off are the most difficult to block :-(
Bob
For those who may run across this issue, I have found that if you go into the configuration of the sh404sef component, navigate to the "By Component" tab and find chronoforms. Then choose to use non-sef url's next to chronoforms, save and exit config.
Then navigate to the url's tab and remove any existing url's referencing chronoforms. Completing these steps fixed it for me.
There really is no sacrifice in SEF url's when using chronoforms in plugin mode. The only thing non-sef is the image captcha. No big deal.
Tom
Then navigate to the url's tab and remove any existing url's referencing chronoforms. Completing these steps fixed it for me.
There really is no sacrifice in SEF url's when using chronoforms in plugin mode. The only thing non-sef is the image captcha. No big deal.
Tom
I'm having the same issue, but I am loading the CF5 module in the right-module position. The form shows up, the captcha img info is in the source, but the image doesn't render. I've gone into the sh404sef config and filtered by the cf5 component, but nothing comes up. I suspect this is because I am displaying the form via the cf5 module. The form and captcha work fine with sh404sef disabled.
Stumped
Stumped
@mmaack, maybe its the module cache, does the form work fine with sh404sef enabled using the "View form" link ?
Regards,
Max
Regards,
Max
This topic is locked and no more replies can be posted.