Closed (cannot reproduce)
Project:
Features
Version:
6.x-1.0-beta6
Component:
User interface
Priority:
Normal
Category:
Bug report
Assigned:
Reporter:
Created:
3 Jul 2009 at 09:26 UTC
Updated:
15 Jun 2015 at 09:40 UTC
Jump to comment: Most recent
Comments
Comment #1
yhahn commentedCould you post the general specifications for your environment (OS, PHP, MySQL versions)?
Comment #2
fmitchell commentedGetting the same thing. I'm running mine with a version of Acquia Drupal. The error log states:
PHP Fatal error: Class 'view' not found in /Users/fredric/Sites/mamp/uzmosis/modules/acquia/date/includes/date_api.views_default.inc on line 5
Oddly enough, the default views I exported in my custom module (named 'Uzmosis') register the 'view' class just fine. The date module is enabled and everything works fine. I'm not sure if its because of how Drupal is running through the module code ('Features' comes before 'Views' alphabetically) when the feature is being built?
I'm running MAMP PRO on my mac with PHP 5.2.6, MySQL 5.0.41
Comment #3
fmitchell commentedwhoops. forgot to update the status.
Comment #4
pbz1912 commentedTried to import the lullabot views_gallery feature in acquia drupal and get this
Fatal error: Call to undefined function context_enabled_contexts() in D:\xampplite\htdocs\band\sites\all\modules\features\includes\features.context.inc on line 43
when I click on Actions - view.
It created the content types but not the views.
The status is constantly "checking.." whenever I enable the feature.
I'm running on xampp lite on windows PHP/5.2.6, MySQL/5.0.51b.
Comment #5
pasqualle@kaloucha: white screen is mostly an indication of memory issue. try to increase the memory_limit in php.ini
@caramelson: your error message is related to the date module. Can you enable the "date_browser" view on the admin/build/views page?
@pbz1912: you need to enable the context module
Comment #6
moshe weitzman commentedMy error is below. I was just exporting content types and permissions so I don't get why Views was consulted at all. Perhaps thats a clue.
My backtrace
Comment #7
q0rban commentedSubscribe
Comment #8
moshe weitzman commentedSeems like I get past the error by just including view.inc from my settings.php. Not that this is a proper solution.
Comment #9
yhahn commentedI've committed a patch that I think should resolve this issue. Would love to get some additional testing before closing this one.
http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/features/in...
Comment #10
yhahn commentedClosing, please reopen if it continues to occur.
Comment #11
kenorb commentedMy version: 6.x-1.0-beta6
It happen using drush with following command:
Backtrace:
Comment #12
kenorb commentedTemporary workaround:
Comment #13
Grayside commentedThis problem seems to have resolved itself in the course of time.
Comment #14
indydas commentedThis issue happened when disabling a module that had custom exported views code in. Using views_include("view"); // Make sure that the 'view' class is defined in hook_views_default_views() fixed it for me too.
Comment #15
mariacha1 commentedThis happened to me when I tried to use a base feature to revert the views_view on a child feature in D7. The base feature didn't have any exported views associated with it, so I assume this was a problem with the order features were loaded. I resolved the issue by moving the update hook to the child feature.
In short:
my_base_feature.install contained the following:
And I resolved it by moving it to my_child_feature.install:
Leaving this here in case it helps someone else.
Comment #16
rakesh.gectcrWell, I ran
, that done the trick for me ...