Widget doesn't work with nested entity forms, like profile2 and nested field_collection

I have come across other modules having this same issue with profile2

If it is correct how you describe it, then this would mean that this is rather a profile2 issue. Correct me anybody if I am wrong.

I've just found the same problem using profile2 and field_collection_table.

Did either of you find a fix?

I am not sure but as I was investigating field collection table nesting another field collection, the table in the nested Field Collection Table does not display in a table. I have tried making the first Field Collection Table a table hoping it would display the nested Field Collection Table. No luck. I have seen some of these patches but I am not quite where I need to be to apply the patches.

In case anyone reads this post I am working on a project where I have created a group that could have multiple locations and each location could have multiple meetings at each location. All meetings will be associated with the single group.

I found Field collections because it allows me to allow unlimited locations for each group. Then I nested the meetings inside location field collection. Meeting Field Collections works great but I wanted to display the meeting day, time and format in a table display, so I used Field Collection Table.

Can any one tell me what I may be doing wrong?

Thanks for the reply. I am going to try the patch using Git.
Never done it before but have been playing with Git for a couple of days and I think I can do it. I will let you know how it goes. Thanks again for the reply.

OK first attempt did not go very well. Got these errors.
error: patch failed: field_collection_table.module:192
error: field_collection_table.module: patch does not apply

I have now tried and tried to apply this patch and there are all kinds of issues.
I am sure I am doing something wrong.

If I am reading this error correctly it is saying that this patch does not apply.

I have tried again and it is complaining about some white space issue

$ git apply field_collection_table.patch
field_collection_table.patch:11: trailing whitespace.
// Search the form for field using our widget and pro
field_collection_table.patch:12: trailing whitespace.
// Sometimes entity forms are not in the base, for ex
field_collection_table.patch:13: trailing whitespace.
// nested field collections, so we check recursively.
field_collection_table.patch:14: trailing whitespace.
field_collection_table_process_form_recursive($form);
field_collection_table.patch:15: trailing whitespace.

Maybe I did not get the patch correctly. is there a zip file for this file?

Thanks for the help. A fellow Drupalor helped me to patch the module. It worked for me.
Thanks for the information!!!!!

I've tested the code as well. I had a field that had nested field collections which didn't present the editing form in a tabular format much as everyone else found. After the patch the table presentation on the edit form was returned for the nested field element.

I wondered if there was some efficiency to be gained through array_walk or itterator but I think they way you have it is clear and traceable.

Nice job and thanks @rooby.

#5 applied cleanly to the latest

Patch in #5 does not work in my case.

First of all, a warning is issued: Undefined variable: form_id in field_collection_table_process_form_recursive().

Anyway, after fixing the warning including $form_id as an argument to the new function,
table widget keeps not showing when it is used in a nested field collection.

I am testing it on a very simple test case, using a test entity with just 2 nested field collections:

Entity->Field Collection A (table widget works here) -> Field Collection B (table widget does NOT works here)

Versions:
Field Collection: 7.x-1.0-beta5+1-dev
Field Collection Table 7.x-1.0-beta1+2-dev

Re-rolled #5 patch.

Applying the patch and showing two level of table's in my nested field collections works for me.

@interdruper: i use the same module versions.

The last patch (#20) renders correctly the nested field collections with the table widget, but...

if the nested field collection is configured to allow unlimited values,
when 'Add another item' is selected, the following error is showed:

Undefined index: #entity_type in field_collection_table_pre_render_field()

triggered in the following line:

foreach (field_info_instances($element['#entity_type'], $element['#bundle']) as $field_name => $instance)

We can invoke 'profile2_form_user_profile_form_alter' before process 'field_collection_table_form_alter'.
It is not a good patch, but it can use in profile2.

add module_exists('profile2') before invoke 'profile2_form_user_profile_form_alter'

FYI: Re: patch in comment #24 - profile2_form_user_profile_form_alter($form, $form_state); causes Field Groups to fail to render on profile2 profiles. In:

function field_collection_table_form_alter_invoke(&$form, &$form_state) {
	switch ($form['#form_id']) {
		case 'user_profile_form':
			if (module_exists('profile2')) {
	    	           profile2_form_user_profile_form_alter($form, $form_state);
			}
			break;

		default:
			break;
	}
}

HI everyone,

I've faced with this problem with profile2. The last patch (#24) works well, but if you have a field groups it doesn't work as described in #26. So I made new patch. Please, try this, maybe my decision will help somebody or maybe someone will find a more smart way to solve this issue, find a bug etc. I used a module weight option instead of strict calling of implementation of hook_form_alter function in profile2. So it needs to run installation hooks or use query to set the module's weight if you don't want reinstall module.

Thanks everyone for posting patches!

Instead of using hook_form_alter(), why not add the theme/prerender functions using hook_field_attach_form()? Then recursion is prevented, as fields are guaranteed to be in the root of the form array passed to the function.

I've only tested this with nested field collections.

Patch attached.

Re-roll for latest dev (0dfb707)

Patch #30 commited in the latest dev version.