Support › MB Frontend Submission › form not saving dataResolved
- This topic has 10 replies, 2 voices, and was last updated 1 year, 8 months ago by
Mark McLachlan.
-
AuthorPosts
-
April 15, 2023 at 3:51 PM #41503
Mark McLachlan
ParticipantI have a front end form built following your course to enable front end users to submit and update opening hours.
I have also followed your instructions on how to build a block to use instead of a shortcode to insert the form into a page..The form via shortcode or block does not save data to the database. The form displays correctly.
I have created a staging site and will email login details to [email protected] if you could have a look please.
ThanksApril 16, 2023 at 9:47 PM #41510Peter
ModeratorHello Mark,
I do not receive your site information. Can you please resend it?
Also, with the new version of Meta Box AIO 1.20.2 or MB Frontend Submission 4.3.0, you can use the block
[Meta Box] Submission Formto create a frontend form with the Gutenberg block.April 17, 2023 at 9:45 AM #41514ParticipantI have resent the information, thanks
April 19, 2023 at 9:29 PM #41544ParticipantThe staging site I set up had a problem.
I have a new one at
https://www.staging42.boyneburnettinlandrailtrail.org.au/wp-login.phpOnce logged in to the backed you will see a custom post type
Meta Box Forms
I have added a post to that post type and published it. I had input the opening hours custom fields when writing the post.
The post displays on the front end.
I have added a menu item for it entitled "Form Display"
The content and custom fields "days of the week" display in a list as Monday Tuesday etc.
The opening times for each day as input into the custom fields do not.April 20, 2023 at 5:46 PM #41555ModeratorHello,
I've tested to submit the frontend submission form on your site and see it works correctly. A new post of post type Form was created and saved field value. The field group is assigned to two CPTs so if you want to create a post for a specific CPT, please select it in the block settings. Screenshot https://monosnap.com/file/qER5EydWG5rNaVycFYYmld0TZjfkN4
April 20, 2023 at 6:53 PM #41557ParticipantThis is becoming quite frustrating.
Could you please address my question as above (19th April)April 20, 2023 at 11:28 PM #41569ModeratorHello,
You are talking about the form not saving data, I see the data is still saved as well. Now you say the value does not display on the frontend. It depends on the code that you output the value.
I see one issue is: the field ID when creating the field group has the prefix
cohowhile the field ID in the View template on your site does not. That is why the code to get the field value is not working.April 21, 2023 at 3:31 PM #41575ParticipantMy apologies, as the form was not displaying as I expected, I assumed it was not saving to the database.
I removed the prefix coho and updated it.
Then dumped the table in the database.
I duplicated the field group and published it after deleting the original.
The field group is now only assigned to one CPT; Meta Box Form
This left me with an empty table in the database.
I then went to Meta Box Forms -> Add New and added the values to the post for the opening hours from the metabox at the bottom of the editor and published it.
On the front end it did not display the hours which were input, rather just "Monday""Open All day" etc for each day of the week as per the screen shots I have emailed.
I created a page "https://www.staging42.boyneburnettinlandrailtrail.org.au/opening-hours-test/" using the form block and input the values and submitted the form.
It saved as "Pending" as per the settings. I published it and viewed on the front end.
The result was the same just "Monday""Open All day" etc for each day of the week as per the screen shots.I have emailed a zip file with images of each step for both cases. They are sequential (A, B, C etc) so show in order, with the file name describing each.
I have also included a .txt file with the full text from the two rows created in the database table.
Thanks
April 22, 2023 at 3:27 PM #41587ModeratorHello,
I see the field values are saved to the custom table correctly. In the View code, the field "Choose an option" has the ID
choose_an_optionbut you add the IDchoose_an_optionsto get the value and it returns nothing.{% set options = post.choose_an_options.value %}April 22, 2023 at 9:36 PM #41589ParticipantThank you. Thank you.
This might be something that needs to be fixed.
I copied the View code from
https://github.com/wpmetabox/tutorials/blob/master/showing-opening-hours-section-with-MB-Views/template.phpIt is also available at
https://github.com/wpmetabox/tutorials/commit/5495291a395ab920ecd5e4daaacad9a82756cf75and a portion of the code with that error is also here
https://metabox.io/display-restaurant-opening-hours-p1-meta-box-gutenberg/When I view the custom posts by going to
All Meta Box Forms -> page form opening hours test -> View
there is still an error of some type on the front end above where the "Opening Hours" display (correctly)There is the text "difference_between_weekdays_and_weekend1".
when I "inspect" it I see it is wrapped in "pre" tags
I have searched for where this is coming from.
It does not appear to be in the View code or where the custom fields are written in the backend."difference_between_weekdays_and_weekend" is only in the first options field as far as I can determine.
April 22, 2023 at 9:52 PM #41590ParticipantIt was doing that because the following code is in the View code I copied.
<pre> {{ mb.print_r(options) }} </pre>Remove that and all is fine.
Thank you, I think all is now well. -
AuthorPosts
- You must be logged in to reply to this topic.