In short, while importing Features-exported vocabularies, Drupal complains about a "machine_name" property of an object not being found on a non-object. This patch casts the array that was exported into an object, then also adds a "machine_name" property to the object.

Secondly, when importing Features-exported terms, Drupal complains about the variable "$term" not being found. This is because of a @TODO left to convert the $data array into an object. This patch correctly casts $data into $term as an object, and also removes the last line of the method as per another @TODO left regarding http://drupal.org/node/860442

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

Shadlington’s picture

You should be making patches from the directory of the module you're patching, rather than from the root of your drupal install.

This fixed the problems I was having (see #1207846: Various issues when using terms in features)

Thanks!

evNN’s picture

Okay, I'll keep that in mind for the future. Thanks muchly, glad to help!

fabsor’s picture

Here is a reroll of the patch above with no functional differences except that it is rolled from the module directory.

jonhattan’s picture

Version: 7.x-1.0-alpha1 » 7.x-1.x-dev
Status: Needs review » Reviewed & tested by the community

it works

manu.zueger’s picture

it works! can you please commit it?

jec006’s picture

same as in 3 but in a format that will work with drush make.

Jeffrey C.’s picture

Status: Needs work » Reviewed & tested by the community

uuid_vocabulary.features.inc has already been removed in a previous commit. Please rework.

Status: Reviewed & tested by the community » Needs work

The last submitted patch, uuid_features-1205602-3-drush.patch, failed testing.

Status: Reviewed & tested by the community » Needs work