If you delete a nodequeue that belongs to a feature and then tries to revert that feature, the nodequeue doesn't get restored and the feature remains overridden.

Comments

makara’s picture

makara commented
Status: Active » Needs review

Thanks for reporting. I committed the fix. Please review.

This could also happen with fe_block or fe_taxonomy. I will fix them later.

detot’s picture

detot commented

reverting working for me!

makara’s picture

makara commented
Status: Needs review » Fixed

Thanks.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

daveparrish’s picture

daveparrish commented

I am having this issue now. I check the box and click Revert Components but the nodequeue settings remain overridden.

Features 6.x-1.0-beta11
Nodequeue 6.x-2.9

13rac1’s picture

13rac1 commented
Title: reverting nodequeues doesn't work » After reverting nodequeues, feature remains Overidden.
Status: Closed (fixed) » Active

After applying patches from #769660: expecting T_STRING or T_VARIABLE or '$' in sites/all/modules/features/features.export.inc(590) and #879588: Wrong syntax order for features_get_default() breaks all Features Extra modules (not sure if related), the problem is fixed temporarily on a fresh Recreate. If the nodequeue in question is deleted, the feature will be "Overidden". Then, if the feature is Reverted, the nodequeue will be recreated, but the feature will still be "Overidden". Problem confirmed.

13rac1’s picture

13rac1 commented
Status: Active » Closed (fixed)

Ah ha. Looking through the issue queue, I discovered #842458: FE Nodequeue should ignore ordering of elements in 'roles' and 'types' arrays. Patch in that issue fixes this problem, I updated it for current dev: http://drupal.org/node/842458#comment-3377134. Setting this issue back to closed.