Can't restore a programmatically created field group once it's been deleted

subscribe... same problem here

Is it possible for a non-java movie? Don't have the java plugin installed on chrome / firefox :).

Can you take a screenshot from your field_group table in the database? Maybe something is wrong there.

Can you delete the row with id 6? Maybe this causes the problem

Strange, but glad it is fixed. I don't know how this 6 without group_name was possible, but it shouldn't.

Were you using features? I have the same problem, cannot delete fieldgroup if the fieldgroup is part of a feature. I want to delete it and then recreate the feature, but when I hit delete it just resets to whatever was exported in the feature.

I can confirm this behaviour. We couldn't delete a group that was part of a feature. Error message was:

Notice: Undefined property: stdClass::$id in field_group_export_delete() (Line 1062 von /sites/all/modules/contrib/field_group/field_group.module).

This might be related to #1177652: Features revert causes error.

I have the same issue. A field group can not be deleted if it's part of a feature. There are two cases in which I did manage to delete the field group:

1. If I try to delete the field group, it remains undeleted until I disabled the feature. Once I disabled the feature and went back to the content type, it was no longer there.
2. If I disable the feature the field group belongs to, I am able to delete the feature.

Fieldgroups can now be deleted. When they are exported, they will be disabled with ctools. Disabled items are not shown anymore.

However: a bug is in features at the moment. Features doesn't notice that the feature is overriden, when a group is disabled. Because of this: you can't re-enable them.
I created an issue at the issue queue from features: #1239734: Feature not beïng set to overriden, when a ctools export (fieldgroup) is disabled

Great

Another bug came up here.
- Create a content type vertical tabs content (or something :p)-
- Create a vertical tab group and two vertical tabs underneath.
- Remove the vertical tabs group.
- Add it again with the same machinename
- It's not showing up anymore.

The reason is that in ctools_export_load_object the group in question is loaded, but it's status is disabled, so it's filtered out.

I will check now if we can add "disabled=0" for each normal creation.

Groups are now default enabled, when they are created.

Looks good and seems to work.

This should probably be reverted.

After a chat on IRC with Berdir, we found that

// Deleted groups
    if (isset($group->disabled) && $group->disabled) {
      continue;
    }

really removes the group, also when it's in code.

The proposition is to do something with the disabled property, the way views does. We could grey them out at the bottom of the fields UI screen so they are not really gone, just disabled while existing in code.

After creating a field group programmatically, and then deleting it through the admin interface, there's no way to get this field group back again.

I found I had to comment out this continue in order to get my field group back again:

    // Deleted groups.
    // @TODO remove the code below and add something meaningfull for "disabled" state.
    if (isset($group->disabled) && $group->disabled) {
      //continue;
    }

I now have an issue that if I make changes to the field group in code, they are not reflected in the field group settings shown in the admin interface.

I just committed new code for re-enabling fieldgroups in code. Once you delete a fieldgroup, that is stored into code. An extra vertical tab will appear, to re-enable the group. Included a screenshot of it.

Great job, that's what we needed!