Chronforms V5 with sh404sef

tlegens 10 Jan, 2014
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
GreyHead 11 Jan, 2014
Hi Tom,

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
tlegens 12 Jan, 2014
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.
GreyHead 13 Jan, 2014
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
tlegens 13 Jan, 2014
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
GreyHead 13 Jan, 2014
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
tlegens 13 Jan, 2014
1 Likes
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
GreyHead 14 Jan, 2014
Hi Tom,

Well found, thanks for posting the solution.

Bob
mmaack 27 Mar, 2014
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
Max_admin 02 Jun, 2014
@mmaack, maybe its the module cache, does the form work fine with sh404sef enabled using the "View form" link ?

Regards,
Max
Max, ChronoForms developer
ChronoMyAdmin: Database administration within Joomla, no phpMyAdmin needed.
ChronoMails simplifies Joomla email: newsletters, logging, and custom templates.
This topic is locked and no more replies can be posted.