Closed (works as designed)
Project:
Field Group
Version:
8.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
6 Feb 2017 at 08:19 UTC
Updated:
18 May 2017 at 22:34 UTC
Jump to comment: Most recent
Comments
Comment #2
dpacassiYou can go back to field group RC6, it was a paragraphs feature actually.
You can either switch paragraphs to the dev version OR just apply this patch:
https://www.drupal.org/node/2675136
(Taken from https://www.drupal.org/node/2675136 )
I recommend you to to use the patch instead of switching to dev.
Comment #3
damienmckennaFYI I had this problem too, but it turned out to be because the site was using a custom Paragraph field widget that needed the following lines added:
Comment #4
finneI found the same problem when inserting field groups into profile forms. Profile forms can be inserted into user_register, and the field groups will be lost there.
Not sure if this should be fixed in core, field_group, or profile.
Editing profile.module line 237 and inserting
Does seem to fix it. But testing for field_group in profile and in paragraphs seems wrong.
See also https://www.drupal.org/node/2871480
Comment #5
nils.destoop commentedTesting for field_group is idd not nice. But as long as core does not provide #2640056: Contrib modules can't alter the building of entity form displays, it is the only option, unless the module itself provides a hook (for example inline entity form => field_group_inline_entity_form_entity_form_alter) . But if there is no hook, Fieldgroup has no clue that a second entity form is being loaded.
I'm closing this issue, as paragraphs implemented the code. If profile wants to support fieldgroup, they will also need to implement it, or provide a hook like inline entity form does.