Updates to Field Collection module + UUID / Deploy

nice work, so with this update field slideshow and media with translations will now deploy?

ok, we are currently testing a deployment of a media bean. We upgraded to distro dev 4.x dec 13th build
did drush updb

perhaps missing a feature revert.

I'll review some of the overrides but, we get this error message:

Notice: Trying to get property of non-object in panels_mini_block_info() (line 78 of profiles\wetkit\modules\contrib\panels\panels_mini\panels_mini.module).

line 78 and line 79 similar error message.

media bean has no translation >yet<. The file isn't that big, only 15 megs.

we have a ttml caption , added the correct filetype for it, the closed caption works prior to deployment.

using jQuery 1.10

After code review This error probably is occuring because we did not specify an admin title, we left title blank.

I'll edit the bean (media bean) and put a title on and see, it should work this time.

We didn't have this problem prior to update , maybe some extra validation before line 78 would help.

ya looks like that patch isn't doing what it should , I'm going to try reversing the patch on panels/mini_panel

ok, we backed off that patch, the error message went away, however the media bean still does not deploy.

Conversion failed when converting the varchar value 'c2ad190a-cd54-4f1a-8efd-e4210b1ff0e6' to data type int.: SELECT revision.[revision_id] AS [revision_id], revision.[vuuid] AS [vuuid], base.[item_id] AS [item_id], base.[field_name] AS [field_name], base.[archived] AS [archived], base.[uuid] AS [uuid], cross_default_revision.cross_sqlsrv AS default_revision FROM field_collection_item base INNER JOIN field_collection_item_revision revision ON revision.revision_id = base.revision_id CROSS APPLY (SELECT CASE WHEN base.revision_id = revision.revision_id THEN 1 ELSE 0 END cross_sqlsrv) cross_default_revision WHERE ( ([base].[item_id] IN (:db_condition_placeholder_0)) ); Array ( [:db_condition_placeholder_0] => c2ad190a-cd54-4f1a-8efd-e4210b1ff0e6 ) in EntityAPIController->query() (line 187 of profiles\wetkit\modules\contrib\entity\includes\entity.controller.inc).

this is a new media bean with translations.

Are there any related settings changes (the shared_content boolean?) or something.

We also disabled the automatic deploy, we're using the deploy queue.

Regular beans are deploying, nodes, files.

we'll try an empty media bean and see.

Ok, sounds good, I'll look for the feature revert.

our guys prefer to disable shared content deploy, they only want to deploy on queue.

For now we're editing media bean directly on destination.

Thanks for all your hard work on this.

ok, thats good news so there's a new fix for this in a new release? or was this just working for you?

Is there an additional setting we need or is it strictly a patch?

Thanks

I'll try to retest media deploy in our test environment, with recent code changes to the distro and also configuration changes on our end, (should retest to find out) we had to vastly increase our PDO query size limit (for sqlsrv), the equivalent of the max_allowed_packet_size setting in mysql. BTW, the queue api puts files entirely in the database query, so if you want to deploy rediculously large files you have to increase the max_allowed_packet_size to rediculously high limits. We've increased ours to 384mb so I'm hoping that we can deploy very large files now using the queue api, otherwise with memory processing our php thread limits in dev are even higher at 2 gigs. I'll test the limits of both, I'd like to see how large of a file we can deploy by adjusting the settings.

I'm hoping that maybe this had something to do with the previous test failure with field_collections but not sure. In my tests so far I was able to deploy an empty media field collection that had no translation. I'd like to re-test with a fully translated media bean with first small files (and if that works, then insane large files)