joshkern

I have two fields with the same field name. Let’s call them “Same Field” with the “same_field” field name. They use conditional logic and are visible/hidden based on other field options. Only one is shown at a time.

In my scenario, the first “Same Field” is visible. When I save the CPT archive, I would assume the visible “Same Field” value would be saved to the database. However, this is not the case. The conditionally hidden “Same Field” value is saved instead.

The value comes from the conditionally hidden field because it’s second in order.

While ACF may return the value whether the field is hidden or not, I assume ACF saves the value from the visible field. I don’t have this issue with ACF fields on other pages or ACF blocks.

Same issue here

Thank you. I saw the plugin allows you to add recipe ingredients and instructions using a bulk field. Is this possible with the JSON too?

@nitsanel I couldn’t re-connect the data to Mailchimp. I saved the data to a spreadsheet.

For anyone who wants to recover their lost campaign revenue data, it is possible. You can identify which orders are associated with a Mailchimp campaign in the wp_postmeta table that have a mailchimp_woocommerce_campaign_id meta_key.

@khungate I have the old store ID. I assume replacing the new store ID with the old store ID in the database wouldn’t work, correct?

As an alternative, is any campaign data stored in the database? For example, if an order has meta data that shows which email campaign it’s associated with, I could pull this from the database and use it on a spreadsheet.

Hi @khungate, thanks for the quick response and explanation.

Is there anything I can do to restore this data?

I don’t recall any warnings about losing data, whether in the WP admin area or when reviewing other support ticket responses on this forum. If data is lost permanently, this should be clearly documented.

• This reply was modified 2 years, 6 months ago by joshkern.
• This reply was modified 2 years, 6 months ago by joshkern.

@webdevmattcrom Thanks! I reached out to priority support the other day. Just sent them the error message below.

@amagsumov The error doesn’t persist when CleanTalk is disabled, but the error message is related to Give. I’ll follow up once I hear from Give’s priority support team.

2018/12/10 16:35:16 [error] 1153#1153: *6878 FastCGI sent in stderr: “PHP message: PHP Notice: Trying to get property ‘id’ of non-object in /wp-content/plugins/give-stripe/includes/payment-methods/class-give-stripe-card.php on line 204” while reading response header from upstream, client: 174.54.196.77, server: staging-goggleworks.kinsta.com, request: “POST /support/donate/?payment-mode=stripe HTTP/1.0”, upstream: “fastcgi://unix:/var/run/php7.2-fpm-goggleworks.sock:”, host: “staging-goggleworks.kinsta.com”, referrer: “https://staging-goggleworks.kinsta.com/support/donate/”

Thanks for the reply. Will this be released in the next stable version?

Thank you for adding this! Do you have an ETA for the next release?

Any progress on the export functionality?

Hi, help would be appreciated.

Yes, I was hoping to use this for WooCommerce as well.

I’m having the same issue.

Strict Standards: Declaration of MH_Table_Rate_Shipping_Method::calculate_shipping() should be compatible with WC_Shipping_Method::calculate_shipping($package = Array) in /nas/content/live/rachelsofgreen/wp-content/plugins/table-rate-shipping-for-woocommerce/mh-wc-table-rate.php on line 29

The issue is resolved.

I noticed this option to set up a different path wasn’t visible on my other WordPress site too. It must just automatically appear when WordPress is set up in a subdirectory or something. The field disappeared and reverted to default after removing the custom path.