This app makes me crazy. Love it when it works, but for now, crazy.....
Anyway it was submitting fine, but now not. Get 2 error messgs An error has occurred.
The requested page can't be found and 403Access Forbidden.
Not sure what I did to break it. It submitted fine, then it didn't. I have 2 other forms that submit properly. Have tried comparing settings but dont see anything different.
The form is called directly from a memu item, ie it is not called from a plugin in an article. I have searched for a solution and have tried the following: setting the relative url to yes, and no, in the form render. Neither works. Then I found something by Greyhead, using a hidden menu. Followed it to the T, and got an error in the default action url in the render form action.
Cant resolve this thing, need help please.
Thanks
Thanks Mr Automation.
I have already tried the My form doesn't submit .. link. Looking at the article again, dont have any SEF extensions. Added &tmpl=component to the url and tried to submit. Same story.
This is the form url, seems correct
https://xxxx.com/joom/index.php?option=com_chronoforms5&chronoform=memberRegistrationNew
This is the form's action url (not sure if this is correct, ?not submitting to Chronoforms)
<div class="gbs3"><form action="/joom/index.php/new-member-registration?chronoform=memberRegistrationNew&event=submit" method="post" name="memberRegistrationNew" id="chronoform-memberRegistrationNew" class="chronoform form-horizontal">
is it because the menu url is being used .... ?
<div class="gbs3"><form action="/joom/index.php/new-member-registration.
If yes then how to fix ?
This is a pic of the form setup page - any glaring issues... ?
Hi hangbill,
The picture does explain why you aren't seeing the Debugger output. You have it after the Event Loop action in the Joomla! Registration on Fail event. So it would only run if the Registration failed, and then nothing would happened because the Event Loop redirects the form before it gets to the Debugger.
Please delete that one and add a Debugger after the DB Save action.
Bob
Thanks Bob, done.
But submit still outputs directly to the error messg screen
Hi Hangbill,
Please try changing the Action URL to the full URL https://xxxx.com/joom/index.php?option=com_chronoforms5&chronoform=memberRegistrationNew&event=submit
Bob
Any more thoughts on this one ?
Hi Hangbill,
Not off the top of my head. By all means PM me the site URL, the form name, and a SuperAdmin login and I'll take a quick look.
The red 'error' icon is Ok - it shows up whenever you set a custom Action URL.
Bob
Might be getting somewhere - threw quotes around the action url. Form now remains on page after submitting (no more 403) but values not saved to db -they remain on the form.
...but I notice under the Action URL input box the following "The form action url, if provided then the submit event will not be executed!"
Is this why it does not submit ?
Hi Hangbill,
Adding an Action URL that links to the form On Submit event is OK. if you use a URL that links to something else - a PayPal URL for example - then ChronoForms will never see the submitted data so can do nothing with it.
Bob
Understand, thanks Greyhead.
But main issue is still that form does not save to the Joomla user table. Need to solve this ... hope you can help.
I did PM you.... thanks
Hi Hangbill,
After a lot of digging around I think I have found the problem - or at least part of it.
The Site has 'Allow User Registration' set to NO. This triggers an Error in the Joomla! Registration action and it is this Error that shows up - correctly - as the 403 Error.
More seriously, you appear to have edited the Joomla! User table to add new columns - this is a really bad idea :-( Especially as the DB Save you have over-writes the Joomla! Password info with a plain text version of the user's password.
I suggest that you restore a clean version of the Joomla! User table, then add a second new table for the extra info including a user_id column so that you can link it to the newly created user.
Bob
PS I disabled the DB Save action for debugging and I added a little test form to check that CFv5 was working OK. That showed up that the site email service is not correctly configured.
Thanks for taking the time Greyhead. Appreciate it.
So the whole prob was the user activation set to no in the main Joomla config. That's so strange because the form was working fine (user activation = yes), so I didn't think to look there. Not sure what changed it... .
A question re using another table for additional user fields.
I thought that the Joomla Registration plugin that I bought sync'd with the Joomla registration funtionality and it auto placed all the additional fields into the user table. Is it the password that is the main concern? Because looking at the password values in phpMyAdmin they are all are encrypted.
Hi Hangbill,
If I remember correctly - check the last password in the table - that was something like cp1. For any new ones that you add using this form the DB Save will overwrite the encrypted password with the raw version - and the user will not be able to log in.
You could fix that but better to use the two-table method. That way you keep your Joomla! User table clean and should not encounter any problems with the table in future Joomla! updates.
The Joomla! registration plug-in (which is free I believe) uses the Joomla! JUser classes to add the new user information to the Joomla! tables. It doesn't add any new columns to the table, or save any additional data. You use the normal DB Save action to do that.
Bob
Yes I saw that ciu1 text password, deleted it. Not sure how it got there.
But have just registered a new user (username xx) and password is encrypted. xx can log in once I activate it.
But will look at separating out the additional fields into a new table, especially for Joomla updates.
Thanks again Greyhead