Creating a group severe issue with Display Suite [#1842512]

Steps to reproduce:

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

Result:

Fields are hidden even when they are on the enabled position (even with their proper indent)
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

Comment #1

headkit CreditAttribution: headkit commented 23 January 2013 at 16:35

same same here...

Comment #2

deanflory CreditAttribution: deanflory commented 10 February 2013 at 02:50

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.

Comment #3

swentel CreditAttribution: swentel commented 12 February 2013 at 18:11

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

Comment #4

Stalski CreditAttribution: Stalski commented 12 February 2013 at 18:48

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.

Comment #5

deanflory CreditAttribution: deanflory commented 13 February 2013 at 21:57

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.

Comment #6

deanflory CreditAttribution: deanflory commented 19 February 2013 at 06:07

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.

Comment #7

seanr

he/him

CreditAttribution: seanr commented 26 December 2013 at 21:54

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.