I'm looking into this issue now, but wondered if you had any ideas as to why this would be happening.

To reproduce;

After activating the plugin, Add a dropdown or radio button field and then set a default by clicking on the little circle next to one of the options. Now save. The default is lost. Will get back to you as/when I find something.

I am running a version of this plugin that is marked as: Version 4.0 beta 1

It allows to link select fields to a parent and also restrict terms to top level only: "Only Show Top Level Terms". It seems to work ok.

Is there a repo for the "Version 4.0 beta 1" somewhere too? Or can it still be downloaded somewhere - just in case I fiddled with the code over time, as I downloaded it a good 1 year ago.
Thanks,
Sascha

When I load this into my plugin folder.
It works fine .ie updates taxonomy using checkboxes.

But it also disbles the form editor for gravity forms
See screenshot ...

Any ideas why this is happening ?

Also input fields cannot be added - right form designer input selection doesnt show

Using PHP 5.4 with WP_DEBUG enabled, I get the following error(s):

Strict Standards: Non-static method GFCPTAddon::get_base_path() should not be called statically in /wp-content/plugins/gravityforms-custom-post-types/gfcptaddon.php on line 55

Strict Standards: Non-static method GFCPTAddon::get_base_path() should not be called statically in /wp-content/plugins/gravityforms-custom-post-types/gfcptaddon.php on line 58

This error did not appear when I was running PHP 5.3, but with PHP 5.4+ changing E_ALL to include E_STRICT², I get this error in both the WordPress admin and the theme front-end.

I'm using Gravity Forms + Custom Post Types v3.0.1 with WordPress 3.8.1 on PHP v5.4.17.

Strict Standards: Non-static method gf_wysiwyg::get_base_path() should not be called statically in
***/plugins/gravity-forms-wysiwyg/gf_wysiwyg.php on line 49.

Quick fix : define('GRAVITY_WYSIWYG',plugin_dir_path(FILE));
On 49 line : require_once(GRAVITY_WYSIWYG . '/gf_wysiwyg_class.php');

Normal ACF functions do not work because this plugin does not create the reference that is needed for functions like get_field_objects to work, on single post type template.

The plugin seems to need a concept of detecting ACF, and then use update_field and passing the field key so that this get's updated correctly and ACF functions will be functional again.

Using version 3.0.1 of plugin and Gravity Forms 1.9.2

Trying to map fields to custom taxonomies. A dropdown works fine, as do checkboxes but when I try to add a single text field to map to my custom tags taxonomy I get the following error on frontend and backend when trying to access the form (with and without advanced UI selected);

Fatal error: Cannot use string offset as an array in /home/XXX/public_html/wp-content/plugins/gravity-forms-custom-post-types/gfcptaddonbase.php on line 301

I notice that there was an update to gfcptaddonbase.php 10 days ago so tried that and have the same error, just moved to line 241.

Notice: Trying to get property of non-object in my-wp-install/wp-content/plugins/gravity-forms-custom-post-types/gfcptaddonbase.php on line 373

Notice: Trying to get property of non-object in my-wp-install/wp-content/plugins/gravity-forms-custom-post-types/gfcptaddonbase.php on line 374

Warning: Attempt to assign property of non-object in my-wp-install/wp-content/plugins/gravity-forms-custom-post-types/gfcptaddonbase.php on line 374

Notice: Trying to get property of non-object in my-wp-install/wp-content/plugins/gravity-forms-custom-post-types/gfcptaddonbase.php on line 376

After updating Gravity forms, if plugin is active, forms cannot be edited or viewed on the front end. Possible JS conflict?

When trying to use this CPT addon with gravity+ DPP I am getting JS Errors:

It only seems to appear in the UI if I add a Standard Field Dropdown, at which point it "duplicates" my DPP source settings to the Standard Field also. The great part is that it does appear in the Edit Form UI though.

Screenshot of UI Appearing, (Standard Field required not shown)

Screenshot of UI more commonly not appearing

Typical Console Logs

[!] TypeError: field.dynamicChoice is undefined	  >>  	dynamic-choices.js:722:53
SetDynamicChoiceConditionalLogic	  >>  	http://testwp2.io/wp-content/plugins/gravityplus-dynamic-population/includes/form-editor/js/dynamic-choices.js:722:53
gfp_dynamic_choices_reset	  >>  	http://testwp2.io/wp-content/plugins/gravityplus-dynamic-population/includes/form-editor/js/dynamic-choices.js:211:5
ToggleDynamicChoicesSettings	  >>  	http://testwp2.io/wp-content/plugins/gravityplus-dynamic-population/includes/form-editor/js/dynamic-choices.js:315:5
gfp_enable_dynamic_choices_actions	  >>  	http://testwp2.io/wp-content/plugins/gravityplus-dynamic-population/includes/form-editor/js/dynamic-choices.js:274:2
dispatch	  >>  	http://testwp2.io/wp-includes/js/jquery/jquery.js:3:12392
add/r.handle	  >>  	http://testwp2.io/wp-includes/js/jquery/jquery.js:3:9156


[!] TypeError: table_columns is undefined	  >>  	dynamic-choices.js:507:22
gfp_dynamic_choices_wpdb_get_column_options_html	  >>  	http://testwp2.io/wp-content/plugins/gravityplus-dynamic-population/includes/form-editor/js/dynamic-choices.js:507:22
gfp_dynamic_choices_wpdb_load_columns	  >>  	http://testwp2.io/wp-content/plugins/gravityplus-dynamic-population/includes/form-editor/js/dynamic-choices.js:484:69
<anonymous>	  >>  	http://testwp2.io/wp-content/plugins/gravityplus-dynamic-population/includes/form-editor/js/dynamic-choices.js:84:25
dispatch	  >>  	http://testwp2.io/wp-includes/js/jquery/jquery.js:3:12392
add/r.handle	  >>  	http://testwp2.io/wp-includes/js/jquery/jquery.js:3:9156
trigger	  >>  	http://testwp2.io/wp-includes/js/jquery/jquery.js:3:11571
jQuery.event.trigger	  >>  	http://testwp2.io/wp-includes/js/jquery/jquery-migrate.js:633:9
trigger/<	  >>  	http://testwp2.io/wp-includes/js/jquery/jquery.js:3:18983
each	  >>  	http://testwp2.io/wp-includes/js/jquery/jquery.js:2:2879
each	  >>  	http://testwp2.io/wp-includes/js/jquery/jquery.js:2:844
trigger	  >>  	http://testwp2.io/wp-includes/js/jquery/jquery.js:3:18962
LoadFieldSettings	  >>  	http://testwp2.io/wp-content/plugins/gravityforms/js/form_editor.js:1018:5
FieldClick	  >>  	http://testwp2.io/wp-content/plugins/gravityforms/js/form_editor.js:2380:9
InitializeForm/<	  >>  	http://testwp2.io/wp-content/plugins/gravityforms/js/form_editor.js:493:65
dispatch	  >>  	http://testwp2.io/wp-includes/js/jquery/jquery.js:3:12392
add/r.handle	  >>  	http://testwp2.io/wp-includes/js/jquery/jquery.js:3:9156

@wpsmith @spivurno @bradvin @naomicbush any ideas? need more info?

Hi there,
when populating a drop down with a taxonomy the :value merge tag filter does not work. It just returns the normal label value instead of the value value.

Any ideas why? Or where I could start looking?
Thanks,
Sascha

Currently, on both GF 1.8 & GF 1.9, if you populate a checkbox field with taxonomies it works fine at first. However, if you update your taxonomy terms by adding, editing, or deleting any terms, the form submission can get a validation error if it's a required field and you have only selected a term that has moved to an index position that didn't exist when the last form save occurred.

Steps to recreate:

1. add a term
2. go back to your front-end form and select the very last checkbox and try to submit

should get a validation error that the field is required even though you have one selected.

Steps to manually fix:

1. Edit the form in question (this causes the field to load all terms again)
2. Click update form (no need to change anything. The new terms were already reloaded on the page load and the update re-saves the new terms to the field).
3. go back to your front-end form and select the very last checkbox and try to submit

Should go through fine now.

The plugin should handle this automatically. I have an idea on how to fix it using the GF API. Here's some pseudo code:

// hook into actions when terms change
add_action ( 'created_term', 'update_form_taxonomies' );
add_action ( 'edited_term', 'update_form_taxonomies' );
add_action ( 'delete_term', 'update_form_taxonomies' );

function update_form_taxonomies( $term_id, $taxonomy ){

// get current form ID (how do we get this??? maybe save an option in the DB anytime a form is saved with the "Populate with taxonomy" option checked?)

// retrieve the form object using the GF API
$form = GFAPI::get_form($form_id);

// get taxonomies

// loop checkboxes form field with taxonomies that need to be populated and set new checkbox choices accordingly

// update the form using the GF API
$success = GFAPI::update_form($form);

}

Hello,

The child post type for a custom post is not visible on the dropdown ? any idea im trying to connect wpjob manager job application post to gravity form but I dont see the custom post type for job application in the dropdown.