Closed (works as designed)
Project:
Features
Version:
7.x-2.x-dev
Component:
Miscellaneous
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
3 Apr 2013 at 01:41 UTC
Updated:
6 Dec 2019 at 15:21 UTC
Jump to comment: Most recent
Comments
Comment #1
komlenic commentedIf you edit my_feature.views_default.inc, I believe you can set the view to be disabled. There are comments that say "Edit this to true to make a default view disabled initially" next to
$view->disabled = FALSE;Functionally, it would seem that the expected behavior would be as the original poster describes. Is there a historic or logical reason why Features does not track the enabled/disabled state of a view?
Comment #2
steinmb commentedEditing $view->disabled = FALSE; changes nothing. I'm I missing something here or is it really not supported?
Comment #3
steinmb commentedNever mind. These settings is stored in the variables table. You need strongarm and then you can control disabled/enabled state and other suff belonging to Views. Here is a paste from my info file in case anyone is interested.
Comment #4
mpotter commentedAlso, just a reminder that Features does not control the exported data...that is controlled by the module itself (in this case, Views).
Comment #5
tunprogYou can disable views programmatically in D7 like this:
Comment #6
donquixote commentedThe hook_update_N() has the advantage that it can target a specific view instead of exporting the full list.
This way it can be handled from a dedicated feature which only contains this one view.
The strongarm would have to be in a centralized / global feature.