[Resolved] Cred Edit Form Multiple Instances Fields Will Only Save One Item
This support ticket is created 5 years, 9 months 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.
No supporters are available to work today on Toolset forum. Feel free to create tickets and we will handle it as soon as we are online. Thank you for your understanding.
I have a front-end Edit form and there's a few multiple-instances fields (Review Links, Youtube Video field, Facebook video field). I can add more items in the back-end no problem and they will appear on this front edit form. But if I try to add them via this front-end form they do not get saved.
Specifically, the user changed the configuration of the CRED form to generate on a separate page instead of on the same page where the link is placed.
For your case, would you be able to replicate the problem on a sandbox site which has been preloaded with our plugins here: hidden link
The site is good for 7 days.
We only need a simple case that replicates your problem. e.g. a form with one repeating field that will not update multiple instances.
Yes, I did see that solution, but I guess I didn't understand what he meant by "I restructured the system so I output the edit form on a separate page which fixes my problem."
I'm actually outputting this form on a Page with a View where I have the Query Filter using Post Id Filter set to "Posts with IDs set by this URL parameter: post_ids". And in the Loop Editor I have:
[cred_form form="edit-add-a-happy-hour-form"]
I went ahead and replicated this configuration on the dev site you sent and I believe it works here:
hidden link
Would this indicate I may have a plugin or theme conflict?
I just tried deactivating all plugins except Types, Views, forms but issue persisted. Then reactivated plugins and deactivated theme and issue persists. Any ideas?
Languages: English (English )Spanish (Español )French (Français )
Timezone: Pacific/Niue (GMT-11:00)
Perfect - thank you for creating the case on the sandbox site. It could be a number of things including the server setup.
Could I take a look at your site? I am opening the private area for you to communicate details for wp-admin access. I¨ll just be looking at your case and the definitions of the form et.al.
I notice that the Toolset plugins on your site are not up-to-date (we published updates to Types, Forms, and Views yesterday to fix another of issues that arose with the last releases).
It's a live site so I don't want to update them.
Can you first make sure you have a current backup, then update the plugins, then check the issue again.
If it persists then I'll step in and try to identify the cause.
Try disabling the non-Toolset plugins and switching theme to twentynineteen then test the form again. If the issue disappears then it should be possible to determine the source of any conflict by a process of elimination.
Let me know how that goes so I can see how to proceed.
So this is strange. I just created a staging site, activated the default 2019 theme, deactivated all plugins except Types, Views, Forms and the problem persists.
hidden link hidden link
Your same login credentials should work on this staging site
I fixed this. There was an extra </div> in the top area of the form and I also removed a conditional that show/hide a text field at the top of the form. Not sure which was the issue, but it's fixed.
