unicornboat

Apparently yes. Temporary solution is downgrade the plugin to version 5.8.

I managed to solve the problem by rolled back to 5.8.

Unfortuanately 5.9 has the same issue. I didn’t bother to try the 3rd digit versions. 5.8.x may work or not.

My suggestion is that wpcf7_link has been updated to use 3 arguments but the usage of this functions are not.

Thanks! That solved my issue. It’s a great plugin.

For anyone who’s interested, CF7 actually uses “title” to locate form posts. Which means, no matter what kind ID you use, or even no id specified, as far as you have the title specified and matching the form you want to load, it will always work.

Thanks I found it in the postmeta table.

I have another copy on another server with some outdated code (custom theme). I removed my local project and replaced it with the copy from another server. Then replaced the them files using local backup, problem solved. So I guess that the failed woocommerce update has some data damage in the database.

More info:

My CPU load is around 25% while I heavily refresh the product page. RAM load is around 17%.

Thanks @geykgn. It works now after I moved them before the value

Hi @drewscomputers,

Thanks for your advice. I’ve thought about that before. I use to set the checkbox of agreeing the terms and conditions as [checkbox* agreement] . The issue is that the submit button is not responsively related to this checkbox when the page is loaded. I still have to use JS to check if set the submit button to disabled so users can’t natively click it to work.

Can I disabled it? The validation shouldn’t apply to the non-required fields anyway.

Currently activated plugins are “Classic Editor”, and “Contact Form 7”

Hi @keraweb,

You are right, shop_details is actually pods item of a pod called shop_page.

I should use pods_field. Thanks.

Hi @keraweb,
It does require more fields which I just ignored to put here because they are all my custom fields such as ‘phone’, ‘address’, and etc.

Those fields are manually created via Pods Admin UI.
I can see the manually created pod item in the UI has
pandarf_parent_pod_id
pandarf_parent_post_id
pandarf_pod_field_id
with proper values such as 199, 282, 221.

The ones created using pods()->add() all have “0” in those fields. They do appear in the UI when I manually add values in
pandarf_parent_pod_id
pandarf_parent_post_id
pandarf_pod_field_id

I wonder if I missed some steps before of after pods()->add()?

The method I found is from here:
https://pods.io/docs/code/pods/add/

• This reply was modified 3 years, 8 months ago by unicornboat.
• This reply was modified 3 years, 8 months ago by unicornboat.
• This reply was modified 3 years, 8 months ago by unicornboat.
• This reply was modified 3 years, 8 months ago by unicornboat.