Skip Navigation

[Resolved] Page cannot be found when saving Post Form after adding content

This support ticket is created 7 years, 1 month ago. There's a good chance that you are reading advice that it now obsolete.

This is the technical support forum for Toolset - a suite of plugins for developing WordPress sites without writing PHP.

Everyone can read this forum, but only Toolset clients can post in it. Toolset support works 6 days per week, 19 hours per day.

Sun Mon Tue Wed Thu Fri Sat
- 7:00 – 14:00 7:00 – 14:00 7:00 – 14:00 7:00 – 14:00 7:00 – 14:00 -
- 15:00 – 16:00 15:00 – 16:00 15:00 – 16:00 15:00 – 16:00 15:00 – 16:00 -

Supporter timezone: Europe/London (GMT+00:00)

This topic contains 8 replies, has 2 voices.

Last updated by aaronM-9 7 years, 1 month ago.

Assisted by: Nigel.

Author
Posts
#591591
temp.jpg
temp.jpg

I am trying to create a new CRED Post Form for post-type "Ad Responses" which is a child of post-type "Ads". The form saves just fine as long as there is no content. As soon as I add content (using form auto-generate) it kicks me to a page that says "Oops! That page cannot be found." I'm not sure what I'm doing wrong.

#591618

Nigel
Supporter

Languages: English (English ) Spanish (Español )

Timezone: Europe/London (GMT+00:00)

Hi Aaron

Do you mean that when you are in the back-end, editing the CRED form, when you try to save edits to the form you are redirected to the front-end 404 page?

I've never come across that before.

From your debug info it looks like you only have Toolset plugins installed. Could you switch theme to twentyseventeen and re-test?

And can you re-save your permalink settings (at Settings > Permalinks).

#591691
temp.jpg

Hi Nigel,

Yes, when saving the form in the back-end it goes to a 404 error. I have just switched themes and re-saved permalink settings ( custom: /%category%/%postname%/ ). The error is still happening: when adding the form content and clicking save it says cannot find page.

Would any of the post-type settings affect this? I will attach them as a screenshot just in case. Editor is the only field I have active on the post type.

- Aaron

#591696

Nigel
Supporter

Languages: English (English ) Spanish (Español )

Timezone: Europe/London (GMT+00:00)

Hi Aaron

That looks okay.

Can I get site credentials from you to see for myself and, possibly, to take a site duplicate to test locally?

I will mark your next reply as private so that I can get log-in credentials from you—the credentials you supplied earlier link to a 404 page.

#591717
#591997

Nigel
Supporter

Languages: English (English ) Spanish (Español )

Timezone: Europe/London (GMT+00:00)

Hi Aaron

I was able to access the site after setting up my hosts file, thanks.

I observed the problem, and the same when trying to create a new test form.

I turned on your debug logs, but no errors are reported.

I then made a duplicate of your site and installed it locally, and re-tested. Then there were no issues, the CRED form saved normally.

So it seems to be a an issue limited to your server.

I'll ask my colleagues in the Systems team if they have any advice, but there may not be much we can do here (our support policy does not cover server compatibility issues).

If I get any useful advice I will pass it on.

#592004

Nigel
Supporter

Languages: English (English ) Spanish (Español )

Timezone: Europe/London (GMT+00:00)

Quick update, that such issues are typically related to server security settings, and are not unique to CRED. See this report from Formidable, for example: hidden link

#592080

Hi Nigel,

Thanks for the continued support. I was able to get that rule white listed but the error is still happening. The second suggestion in the link you sent, to get rid of any [if error] tags, isn't applicable because I don't have those tags in the code. Do you have any other ideas?

- Aaron

#592092

Another update - I started with the auto-generate content one div section at a time and figured out that the error only manifests if any of the custom Toolset fields are included in the code. Details below.

THESE ARE OKAY (FORM SAVES):

[credform class='cred-form cred-keep-original']

	[cred_field field='form_messages' value='' class='alert alert-warning']

	<div class="form-group">
		<label>Ad Response Name</label>
		[cred_field field='post_title' post='ad-response' value='' urlparam='' class='form-control' output='bootstrap']
	</div>

	<div class="form-group">
		<label>Ad Response Description</label>
		[cred_field field='post_content' post='ad-response' value='' urlparam='' output='bootstrap']
	</div>

	[cred_field field='form_submit' value='Submit' urlparam='' class='btn btn-primary btn-lg' output='bootstrap']

[/credform]

ADDING ANY OF THESE ARE NOT OKAY (FORM PRODUCES 404 ERROR):

These are basically the custom Toolset-enabled fields.

	<div class="form-group">
		<label>Responder Interest</label>
		[cred_field field='responder-interest' post='ad-response' value='' urlparam='' select_text='--- not set ---' class='form-control' output='bootstrap']
	</div>

	<div class="form-group">
		<label>Lister Interest</label>
		[cred_field field='lister-interest' post='ad-response' value='' urlparam='' select_text='--- not set ---' class='form-control' output='bootstrap']
	</div>

	<div class="form-group">
		<label>ad Parent</label>
		[cred_field field='_wpcf_belongs_ad_id' value='' select_text='--- not set ---' class='form-control' output='bootstrap']
	</div>
#592131

Got it working! I had to disable rule 300014 in mod security. The server thought a SQL injection was being attempted so it was flagging the request.

Thanks for the help, and I hope this helps others who have similar issues.

- Aaron