Forums

Error 500 When saving a form

mudmin 13 Aug, 2013
I had a form that I've been able to get up on my page, but I had to go back and try to get the captcha working. I tried to add the load captcha / check captcha actions but ever since then, whenever I go to save the form, I get an error 500. It doesn't matter what I do, my form is stuck exactly how it was. I can't make any changes, just get error 500.

Things I've tried.
Making a duplicate of the form
Changing the template
Disabling all modules
Uninstalling/Reinstalling the com mod and plug and reimporting the form
Clearing/purging caches

FYI - Chronoforms 4.0 25.April.2013
Joomla 2.5.14

Nothing helps. If I make new forms I can save them fine. But this form has 130 things on it and I REALLY don't want to redo it and if I did, I can't trust that the error won't come back. The only error log on the server shows.

[Tue Aug 13 11:03:07 2013] [error] [client 97.68.61.228] File does not exist: /home/mudmin/public_html/500.shtml, referer: http://danhoover.net/gj/administrator/index.php?option=com_chronoforms&task=form_wizard&form_id=2&formname=2014-Copy


Which I'm guessing is telling me that I don't have a custom error 500 message.

Also, this is the error screen...

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, [email]xxx@danhoover.net[/email] and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
Apache Server at danhoover.net Port 80

Any help?
GreyHead 13 Aug, 2013
Hi mudmin,

This seems to happen most often with Captcha when the Event Loop in the Check Captcha is set to point to the On Submit event instead of the On Load event. (When this happens the form gets into a loop until it runs out of memory.)

Please check what setting you have.

Bob
mudmin 13 Aug, 2013
Thanks for your reply. Unfortunately Captcha never made it into the events part at all. That's what I was trying to do.

Just for the heck of it, I deleted the captcha field from the from and removed the 4 events that were in the action (view html & Custom code on load and email/debugger on submit) but it still will not let me save the form. Just the error 500 and when I hit back button, I wind up with my form just as it was before.

This is in the wizard. Do I need to do some sort of hackery outside the wizard?
GreyHead 13 Aug, 2013
Hi mudmin,

Ah OK; there are some suggestions in this FAQ

Bob
mudmin 13 Aug, 2013
Again...thanks for your help.

I read the faq and I'm not using any container elements and I looked all through the options and I never even saw the header element so I don't think I'm using that either. Basically it's a really long form of drop downs, text fields, and text boxes. Pretty standard stuff. I'm wondering if the fact that it has 130 elements is the problem. It saved fine when I first did it and then I've never been able to edit it since.

Could it be a file or folder permission issue? I'm using default settings, but it's just a guess.

Anywhere else I can look? I'm stuck and I've spent hours building this one form. I'd hate to have to start over with something else.
mudmin 14 Aug, 2013
I feel like this has to be due to the size of the form. I tried adding the max_input_vars to the .htaccess, but that always broke the entire site.

I've tried adding it to the PHP.ini, but it didn't make any affect at all. (I use hostgator).

The form is huge. 130 items or so. To be honest, I would feel better if the form was multiple pages and each page saved the info in the event of a crash. Maybe that would be the way to go? I don't know. Am I barking up the wrong tree or is there something that my hostgator will not work with chronoform.
GreyHead 14 Aug, 2013
Hi mudmin,

It sounds as though you need to check with Hostgator how to change the max_input_vars setting (and any similar suhosin settings).

Bob
Jerryfn 15 Dec, 2013
Well did that work? I don't have suhosin enabled and my forms are really quite small. But they still will not save? NO BEER YET!
GreyHead 15 Dec, 2013
Hi Jerryfn,

It works when max_input_vars is the cause of the problem. Have you tried?

Bob
Jerryfn 15 Dec, 2013
Well thanks for the help. Particularly the advice to check the max_var settings on the Joomla System information panel. I had indeed requested the host to up the value, first 2000 then 4000! but it turns out I was using the a temporary direct login. (had to build the site before I dare'd to move it!.)

This affected the settings and they were not as expected... my solution is 'patience'. Live with the problem.

Make a 'to do' list and work hard on the night/ day we change the name servers.

I hope this helps others. And thanks for holding the line, it really helped.

Jerry
GreyHead 15 Dec, 2013
Hi Jerry,

There surely has to be a way to change the settings even on the temporary site? I had to change my Dreamhost site today to test a larger form and found this StackOverFlow question that pointed me to a phprc file. It's not a Dreamhost specific solution as far as I can tell (but may not work on all hosts either).

Bob
This topic is locked and no more replies can be posted.