[Resolved] Cred Edit Form Multiple Instances Fields Will Only Save One Item

[Author]

Posts

[Timothy]

This is actually the same issue from this topic, which looks like it was never resolved:

https://toolset.com/forums/topic/add-new-custom-field-repeating-is-not-working/

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.

hidden link

Tim

[Yvette Oliveau]

Hello

The ticket your referenced *does* describe a workaround to resolve the ticket here:
https://toolset.com/forums/topic/add-new-custom-field-repeating-is-not-working/#post-405967

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.

Thank you for your collaboration

[Timothy]

Hi Yvette,

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?

Tim

[Timothy]

I just tried deactivating all plugins except Types, Views, forms but issue persisted. Then reactivated plugins and deactivated theme and issue persists. Any ideas?

Tim

[Yvette Oliveau]

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.

Thanks

[Nigel]

Hi Tim

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.

[Timothy]

I updated the plugins and the problem persists.

Tim

[Nigel]

OK, I tested your form and see the issue.

Let me set up a local test site to try and reproduce the issue with a similar set up.

I'll get back to you.

[Nigel]

It works correctly on my test site.

Do you have a staging site for testing?

Please perform a no-conflict test.

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.

[Timothy]

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

Tim

[Timothy]

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.

Thanks!

[Nigel]

That's great, thanks for letting me know.