After update dynamically filled pricing options don't update total anymore

Get Help
, , , , ,
1

Hi there, a configurator of ours recently stopped working like it should after updating gravity forms. I have a product options field (with prices) that is dynamically populated by a filter. It all works well except for when you select the options on the front end, the total does not update at all, it does register the price when you submit the form but it does not show the user what the real time total is.

Before the update i had no problems with this, it would just update the price in real time, any ideas on how to solve this, or maybe as a work around, how do i recalculate the total price with javascript/jquery after a checkbox is changed?

Here is my code:

add_filter( 'gform_pre_render_9', 'populate_posts2' );
add_filter( 'gform_pre_validation_9', 'populate_posts2' );
add_filter( 'gform_pre_submission_filter_9', 'populate_posts2' );
add_filter( 'gform_admin_pre_render_9', 'populate_posts2' );
function populate_posts2( $form ) {
    if(!is_admin()){
        foreach( $form['fields'] as $field )  {
            $field_id = 3;
            if ( $field->id != $field_id ) {
                continue;
            }
            if( have_rows('configureerbare_opties') ):
                while( have_rows('configureerbare_opties') ) : the_row();
                    $opties[get_sub_field('titel')] = get_sub_field('prijs');
                endwhile;
            endif;

            foreach ($opties as $key => $value) {
                if ($opties[$key] != ''){
                    $choices[] = array( 'text' => $key, 'value' => 12, 'price' => $opties[$key]);
                }
            }
    
            $field->choices = $choices;
    
        }
    }
 
    return $form;
}
2

Same problem here since last update.

3

Currently, we created this code as a workaround:

	jQuery(document).ready(function($) { 
		var formId = 4; 
		$(document).on('change', '#gform_' + formId + ' :input', function() {
			$(document).trigger("gform_post_render", [formId, true]);
		});		
	});
4

gform_post_render should not be triggered on each input change event. It is only designed to be triggered once per page render.

5

Thank you for the information, but do you have another solution to work around the bug? Right now, calling the gform_post_render fixes the issue where the total calculation doesn’t update when the user changes the quantity they want in a dynamically added “product” field.

6

Please open a support ticket including the system report, a link to the page where the form is located, and the code you are using to add the field.

7

Unfortunately the bug has yet to be fixed.

8

A post was split to a new topic: Calculation stopped working after upgrade

9

@user5e43bf61be58e830 try updating your code to also check if the filter is running in an Ajax request, e.g. if ( ! is_admin() || ( wp_doing_ajax() && rgpost( 'action' ) === 'gform_get_config' ) ) {

The 2.9 and newer form scripts use an Ajax request to get the meta (a selection of the field properties) for pricing fields, running the gform_pre_render filter first. If the pricing fields in the form provided during that request don’t match those used to render the form, the total can fail to update.

10

Thanks for the reply,

I tried applying this. It does not work but it does seem to give me a javascript error:

Uncaught (in promise) TypeError: Cannot read properties of null (reading ‘filter’)
at s (gform-products.3520fd9adc305248af9a.min.js:1:870)
at gform-products.3520fd9adc305248af9a.min.js:1:1636
at Array.forEach ()
at m (gform-products.3520fd9adc305248af9a.min.js:1:1595)
at gform-products.3520fd9adc305248af9a.min.js:1:1340
at Array.forEach ()
at h (gform-products.3520fd9adc305248af9a.min.js:1:1255)
at gform-products.3520fd9adc305248af9a.min.js:1:3041
at Array.forEach ()
at gform-products.3520fd9adc305248af9a.min.js:1:2855

11

This error is fixed in the latest hotfix version, 2.9.4.1, which is available from your support account. Once updated, you need to clear the caches of any caching/optimization solutions the site is using along with your browser cache.

12

I know, i already have the hotfix installed and chaches have been emptied, same result.

13

This was resolved by updating the populate_posts2 function to populate the global post variable during the Ajax request, so it is available to the ACF have_rows function.