Revert fails to revert a feature (both UI and drush fr) [#1061178]

After a lot of working with features at the command line, drush feature reversions don't appear to actually do much in the way of reverting a feature. This is true of both fr [feature name] and fra. In all instances I've found myself having to open up the actual user interface and manually reverting from there.

Comment	File	Size	Author
#10	default_rings.png	171.81 KB	lise.perceives
#10	normal_rings.png	172.28 KB	lise.perceives
#9	articles-7.x-1.0.tar_.gz	2.09 KB	lise.perceives
#9	articles-7.x-1.1.tar_.gz	2.45 KB	lise.perceives
#9	overridden.png	52.51 KB	lise.perceives

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

Comment #1

westbywest CreditAttribution: westbywest commented 23 June 2011 at 21:12

I seem to have this problem as well with Drupal 7.0, Views 7.x-3.0-beta3, and Features 7.x-1.0-beta2, only even the Features UI doesn't revert overridden views.

Comment #2

EclipseGc CreditAttribution: EclipseGc commented 23 June 2011 at 23:10

Yes, sorry, same issue, I'm reverting in the respective interfaces (views, page_manager, et al)

Comment #3

febbraro CreditAttribution: febbraro commented 24 June 2011 at 17:24

I had a fix that is included in the most recent version of views for fixing the not reverting issue. Are you using beta3?

Comment #4

febbraro CreditAttribution: febbraro commented 6 July 2011 at 16:14

Status:

Active

» Closed (duplicate)

I think this was fixed as a part of #1157048: Feature-packages appear overridden when they are not reopen if not.

Comment #5

firebus CreditAttribution: firebus commented 12 October 2011 at 16:39

Title:	Drush Feature Revert doesn't seem to revert	» Revert fails to revert a feature (both UI and drush fr)
Status:	Closed (duplicate)	» Active

Reopening - this is the opposite of the duplicate proposed in #4

I've got this issue with Features 6.x-1.1 with a CCK feature.

If I make a change to MODULE.features.content.inc, `drush fd MODULE` should report an override, and `drush fr MODULE` should apply the changes to the site.

Likewise, if I go through the Features UI, I should see that the component is overridden, and I should be able to revert it.

Instead, most of these functions are unreliable, and revert does not work at all.

`drush fd` seems to always work, showing the override
`drush fr` sometimes claims to work, but does not actually revert the feature
`drush fr` sometimes claims that there's no override (immediately after `drush fd` has shown it!)

The Features UI sometimes shows the override, sometimes does not. If it does show the override, reverting through the UI does not resolve it.

The specific change I'm having this issue with is for 'allowed_values_php' on a field, so maybe this bug is specific to that?

Comment #6

czigor CreditAttribution: czigor commented 24 November 2011 at 12:13

I had the same issue and it turned out to be caused by #1316154: Features truncates file names without notification that the machine name is too long. Check if you have any truncated filenames in your feature. If so, choose a shorter machine name.

Comment #7

mpotter CreditAttribution: mpotter commented 23 August 2012 at 17:06

Status:

Active

» Closed (won't fix)

Closing this for lack of activity. Please re-open this issue if you can reproduce it in the latest version.

Comment #8

lise.perceives CreditAttribution: lise.perceives commented 21 November 2012 at 15:33

I think I am seeing this error.

Find 2 versions of a feature attached.

I enable version 0, then replace the code with the code from version 1. This gives me overridden in the list of features. Reverting the feature doesn't change the screen.

Drupal core: 7.17
Features: 7.x-1.0

Comment #9

lise.perceives CreditAttribution: lise.perceives commented 21 November 2012 at 15:31

Status:

Closed (won't fix)

» Active

File	Size
overridden.png	52.51 KB
articles-7.x-1.1.tar_.gz	2.45 KB
articles-7.x-1.0.tar_.gz	2.09 KB

Files attached.

Comment #10

lise.perceives CreditAttribution: lise.perceives commented 22 November 2012 at 13:03

File	Size
normal_rings.png	172.28 KB
default_rings.png	171.81 KB

Is this component of this feature overridden? This decision is made by calling features_get_signature() a couple of times, and comparing the results. In this case $default and $normal are compared. See pictures attached of these 2 structures.

As md5 is calculated based on these objects, and the structures (when seen as text) are different, we end up with a status of overridden. When there's actually no practical difference.

See pictures attached of the 2 structures. The difference? In one case the weight is given with quotes, in the other without.