Steps to reproduce:

  1. With Display Suite - 2 columns template applied
  2. Fill all the create group fields
  3. Drag the group to its position
  4. Drag and place the fields inside it properly
  5. Save the options

Result:

  1. Fields are hidden even when they are on the enabled position (even with their proper indent)
  2. Group is on the disabled group

Consequences:
After repositioning the group and the fields again, this error appears but all is displayed correctly:
Notice: Undefined index: name en _field_ui_reduce_order() (línea 81 de /home/MYSITE/www/site/modules/field_ui/field_ui.admin.inc).

Comments

headkit’s picture

headkit commented

same same here...

deanflory’s picture

deanflory commented

I third this error report. Really annoying and newly created items do jump around a bit, making a developer redo a structure twice (at least) to make it "stick".

I'm using Display Suite, AdaptiveTheme and Field Groups and find the drag'n'drop to be a completely different experience than without DS and AT (actually works before I choose a layout). I'm not sure where the lag is, but on larger forms/ content types, it takes FOREVER to reposition and nest these items, excruciatingly long times.

I did find that fieldgroups and fields act similarly with the repositioning which leads me to believe it's Display Suite or AdaptiveTheme DS layouts that is causing the issues. That might mean this issue needs to be moved to Display Suite's issue queue.

swentel’s picture

swentel commented
Priority: Major » Normal

That might mean this issue needs to be moved to Display Suite's issue queue.

No, it's an annoying combination of field ui with field_group

Stalski’s picture

Stalski commented

Well actually fieldgroup does not bring much load to the UI. My best guess is that there are just too many fields for the field UI to handle.
I don't know the exact number of fields, but I experienced the reloading of the complete form incrementing almost exponentially after some time.
I don't know if we could solve this here. To be sure fieldgroup can actually do something about it, we should have a case where we see the drop in speed.

deanflory’s picture

deanflory commented

If it's field ui and field_group, then why do I experience a significant drop in speed and reactiveness when I set a layout in either Manage Fields or Manage Display? Enabling a layout on my test site cripples reordering to a point where I have to hold the left mouse button down for literally minutes before it'll reorder and even then it almost always is in the wrong location and sometime it's hard to get it to "stick" in the right location, especially under layout region headers (1st in region) when there are other items in the region already.

deanflory’s picture

deanflory commented

I figured out that it probably was because of Lightbox2 building up so many different options in the dropdowns due to image styles becoming numerous, that it simply took forever to load, adjust, choose dropdowns, etc. When I disabled lightbox2 (as I'm using Colorbox anyway, old habit with lightbox2 staying enabled) my edit display forms felt far more fresh and responsive, so axe my comments above as I'm no longer experiencing the lag/issue.

seanr’s picture

seanr
he/him
commented

I found that the only way to get this to work without corrupting things was to create the group but leave it disabled, save, and then move it and organize things. It seems like it's not able to handle creation and grouping in one step. In my case, it's not a conflict with Lightbox2 (I'm not using it), but may be an interaction with DS.

sime’s picture

sime
any/any
Location Melbourne
commented
Issue summary: View changes
Status: Active » Closed (outdated)

This issues is over 2 years old, so marking outdated. The workaround in #7 is something that I have done.