WooCommerce Gravity Forms Product Addons v3.8.5

WooCommerce Gravity Forms Product Add-ons v3.8.5
2026.09.27 - version 3.8.5
* Update: Tested up to WooCommerce 11.1
* Fix: After a form attached to a product was edited, viewing the cart or checkout could send that form's notifications and create a Gravity Forms entry for every affected cart item, on every page view, and ordering again with the "revalidate" setting did the same. Checking whether a saved entry is still valid submitted the whole form. It now only validates it, and nothing is saved or sent.
* Fix: That check also rejected cart items that were still valid - list fields, numbers in a decimal-comma format, and fields set to allow no duplicates (the value matched the item's own entry) - and on a form with several items in the cart, one item's result could carry over to the next. An item whose form had been deleted caused a fatal error instead of asking to be reconfigured.
* Fix: Ordering again with the "resubmit" setting rejected valid items (list fields, email confirmation, decimal-comma numbers), could fatal on list fields with columns or a deleted form, ran the form's feeds from the second item on, lost the customer's single-file uploads and added a broken link to multi-file uploads. The order's own values and files are now carried into the cart.
* Fix: Editing a cart item and saving it without changing anything doubled its quantity. The saved quantity now replaces the old one.
* Fix: Choosing a variation on a product with a form filled the browser console with around 250 Gravity Forms deprecation warnings, and relied on a Gravity Forms function that is removed in Gravity Forms 4.0. The totals are now recalculated through Gravity Forms 3's products module.

WooCommerce Gravity Forms Product Add-ons v3.8.4
2026.09.03 - version 3.8.4
* Fix: Deactivating WooCommerce while this plugin was still active took the whole front end down with a critical error instead of a notice. WordPress checks a plugin's required plugins when it is activated, but not when one of those requirements is later switched off, so this plugin was left running with WooCommerce gone and called a WooCommerce function on every page. It now stops loading when WooCommerce is not present and starts again by itself once WooCommerce is back. This also covers a WooCommerce update that fails part way through.
* Fix: A product with a form attached could not be added to the cart by anything using WooCommerce's Store API, including saved wishlist rows and other extensions that re-add a previously configured item. The shopper was told only that the product "is not available for purchase". Adding a configurable product requires the form to have been filled in, and the check for that looked for a posted form - but a Store API request carries its data as JSON, so there was never a posted form to find and the item was refused. Where the request carries the entry that was already filled in and validated when the item was saved, that entry is now checked instead: it must belong to the form the product actually offers, and that form must still exist, still be active and not be in the trash. A genuinely unconfigured product carries no entry and is still refused, exactly as before.
* Fix: Gravity Forms' anti-spam checks could reject an add to cart with "there was a problem with your submission" and no field marked as wrong, so nothing the shopper corrected made any difference. A form on a product is not submitted the way Gravity Forms expects - WooCommerce's add to cart form is used as the form and posted directly - and the honeypot, the source URL check, the submission speed check and reCAPTCHA v3 can all read that as bot activity. Those checks are now switched off for forms attached to a product; forms used anywhere else keep their protection. The plugin has claimed to do this since the honeypot was introduced, but the setting it changed was never the one Gravity Forms reads.
* Fix: A required file upload field could report "there was a problem with your submission" even though the shopper had chosen a file, on themes that render their own add to cart form. A browser only sends the file itself when that form is marked enctype="multipart/form-data"; without it the field posts the file NAME as ordinary text and Gravity Forms sees the upload as missing. WooCommerce's own product templates set the attribute, so this only affected themes supplying their own markup - Divi's add to cart module is the reported case. The form is now given the attribute whenever it contains a file field. Multi-file upload fields were never affected, because they upload separately and do not depend on the enclosing form, which is why switching a field off multi-file mode appeared to cause the problem.
2026.08.29 - version 3.8.3
* Update: WordPress 6.5 is now the minimum supported version

WooCommerce Gravity Forms Product Add-ons v3.8.3
= v3.8.3 =
* Update: WordPress 6.5 is now the minimum supported version

WooCommerce Gravity Forms Product Add-ons v3.7.9
*** Gravity Forms Product Add-Ons Changelog ***
2026.06.29 - version 3.7.9
* Update: Tested up to WooCommerce 10.9

WooCommerce Gravity Forms Product Add-ons v3.7.7
Version 3.7.8Released on 2026.06.19

• Dynamic price calculation stopped updating when selecting product options after 3.7.7 (priced option fields such as checkboxes could stay at $0.00). Deferring the frontend script in 3.7.7 caused it to load after Gravity Forms 2.9+ initializes its price-field recalculation, so option changes no longer recalculated the total. The script now loads in the header (non-deferred), as it did before 3.7.7. The original WordPress 6.3 enqueue notice remains resolved (the invalid argument is no longer passed).

WooCommerce Gravity Forms Product Add-ons v3.7.3
Version 3.7.3Released on 2026.02.28

• Tested up to WordPress 6.9.1
  • Update: Tested up to WooCommerce 10.5
  • Update: WP and WC compatibility
  • Include better readme information about the extension and its features.

WooCommerce Gravity Forms Product Add-ons v3.7.2
2026.02.01 - v3.7.2
* Fix: Cart edit now pre-selects variation attributes when editing variable products
* Fix: Export no longer fails when order contains a deleted product
* Update: Removed the intentional error_reporting calls used to suppress Gravity Forms warnings. We will rely on gravity forms to handle this properly.

WooCommerce Gravity Forms Product Addons v3.7.1
2026.01.14 - version 3.7.1
* Fix issue with total calculations
* Move the gform_wrapper before the woocommerce form element.

WooCommerce Gravity Forms Product Add-ons v3.7.0
Version 3.7.0Released on 2025.12.23

• Translation handling standardized to WordPress conventions.
  • Update: Improved compatibility with Loco Translate and custom language overrides.
  • Note: Existing translations continue to work. Users who created custom translations may be prompted to re-save them.

WooCommerce Gravity Forms Product Add-ons v3.6.11
Version 3.6.11Released on 2025.10.18

• WC and WP Compatibility Updates.
  • Update - Better recaptcha handling.
  • Update - PHPCS updates and code cleanup.
  • Update - PHPCS nonsensical ignores.