When I disable a feature, I would expect that the settings of this feature can be set in another feature. However, I see:

drush en -y features_test
...
drush dis -y features_test
...
drush pm-uninstall -y features_test
...
drush cc all
...
drush fc '*' | grep Provided | grep features_test
 field:node-features_test-field_features_test                    Provided by: features_test
 filter:features_test                                            Provided by: features_test
 node:features_test                                              Provided by: features_test
 taxonomy:taxonomy_features_test                                 Provided by: features_test
 user_permission:create features_test content                    Provided by: features_test

Neither the UI nor drush let me export one of these settings to another feature.

drush fe features_test_2 filter:features_test
 No unexported filter components match "features_test"                [error]
 No components to add.                                                [error]

What I try to achieve is setting up an enviroment with a stage and a live site, each one controlled by a feature (plus another "common" feature included as dependency for both). But the issue described above makes it impossible have the same setting (e.g. variable:theme_default) set differently in the stage and the live site.

Is there something I missed, which makes it possible to clean up the "exported" status of components?

Comments

manitoba22’s picture

Variable features_codecache cointains stale pointers to the disabled feature. Deleting features_codecache and another "drush fc '*'" recreates (correctly) only the entries for the remaining features in features_codecache - however, the components are still reclaimed by the disabled feature.

manitoba22’s picture

As a workarround, a brute force approach helps: Deleting or moving away the disabled module file and clearing the cache ("drush cc all") let the disabled feature disappear.

manitoba22’s picture

Unfortunately, the workarround does not work: The settings are stored (somewhere in the database, but I wasn't yet able to identify the place), and are in place again, e.g., after another "drush cc all".

manitoba22’s picture

Version: 7.x-2.0-beta2 » 7.x-2.0-rc1

Issue still exists in 7.x-2.0-rc1