db03

I found this function in the entry.php file:

function save_wpcf7_entry_in_airtable_table( $contact_form, &$abort, $submission ) {

    $service = WPCF7_Airtable_Service::get_instance();

    if ( ! $service->is_active() ) {

        return;

    }

    if ( $contact_form->in_demo_mode() ) {

        return;

    }

    $consented            = true;

    $optional_consent_tag = false;

    foreach ( $contact_form->scan_form_tags( 'feature=name-attr' ) as $tag ) {

        if ( $tag->has_option( 'consent_for:airtable' ) ) {

            if ( $tag->has_option( 'optional' ) ) {

                $optional_consent_tag = $tag;

            }

            if ( null === $submission->get_posted_data( $tag->name ) ) {

                $consented = false;

            }

            break;

        }

    }

…

if (is_wp_error($response) || $response->error) {

		$error_message = $response->message;

		// Display error
    	$submission_response = __("Due to an error, your message could not be sent. Please try again later.", 'add-on-cf7-for-airtable');

		// If there is an optional consent tag, let the user know he can uncheck it.
		if ( $optional_consent_tag ) {
			/* translators: %s: consent checkbox text */
			$submission_response= sprintf( __("Due to an error, your message could not be sent. Please try again later or uncheck.", 'add-on-cf7-for-airtable'), $optional_consent_tag->content);
		}
    	$submission->set_response($submission_response);

Is it related to the $optional_consent_tag? If so, where do i add it or better where to remove it?

I encountered an issue while using Contact Form 7 (CF7) with your plugin. I noticed a fundamental difference in how CF7 fields are handled. I use the Dynamic Text Extension (DTX) for my form, which may be causing compatibility issues with your plugin.

To troubleshoot, I first tried using regular CF7 field types with the “class=hidden” attribute, along with a custom function to populate these fields before sending the email. However, this approach did not resolve the issue. I then tested with a simple, regular CF7 form, but the problem persisted.

Interestingly, I also noticed an error message that I did not configure in the message tab. This raises questions about the source of the error. Do I need to configure an SMTP server for your plugin to work properly? I recall testing this a few months ago without any special configurations, and it worked fine.

I would appreciate any guidance or documentation you can provide to help me resolve this issue. Thank you for your assistance.

Thank you for the responses!

I have worked around by using $_POST variable instead of $posted_data. It was way simpler for me since I only needed the key to be stored in the database.

I really appreciate your support

Thank you for your time. I’ve tried several different approaches, but I can’t seem to get it to work! Could you provide more detailed guidance? I’ve attempted to use add_shortcode, add_action, and add_filter, but I’m unsure of where to trigger them since my form is only intended to update user meta values and skip_mail is enabled.

i have tried this and yet no result, it seems no key|value pair is sent only the value:

I would appreciate any assistance you can provide.

Thank you.

• This reply was modified 2 years, 1 month ago by db03. Reason: didnt paste the right code

Thank you very much for your response!

I understand you are busy. Would it be too optimistic to expect a resolution sometime next week? I have plenty to work on in the meantime, especially since I am fairly new to WordPress programming.

Thank you in advance.

I was continuing my research and it looks like a could make my custom shortcode to get the data I need. Where can i write the code so its safe from future updates?