Yesterday:
Downloaded Drupal Commons 6.x.1.5 Unzipped and loaded to server in sub-folder (using FileZilla ftp). Followed Drupal 6 installation instructions. After specifying db info, got error:
Fatal error: Class 'ctools_export_ui' not found in /home/wowuk/public_html/drpc/profiles/drupal_commons/modules/contrib/panels/plugins/export_ui/panels_layouts_ui.class.php on line 4
Searched forum, found only one mention, checked suggestions, none helped.
Deleted all files & db from server.
Today
Changed base folder name in zipped file (from drupal_commons to drpc). Loaded zipped file to server (FileZilla). Uncompressed file using cPanel tool.
Created new db etc., set permissions ... all as per Install Instructions.
Started install ... getting same error message:
Fatal error: Class 'ctools_export_ui' not found in /home/wowuk/public_html/drpc/profiles/drupal_commons/modules/contrib/panels/plugins/export_ui/panels_layouts_ui.class.php on line 4
Completely lost at this point. Can anyone help resolve this?
Comments
Same issue, mostly
I've just encountered this same thing, only with enabling Views UI. Subscribing.
Same here : PHP Fatal error:
Same here :
PHP Fatal error: Class 'ctools_export_ui' not found in ../sites/all/modules/views/plugins/export_ui/views_ui.class.php on line 13" while reading response header from upstream.
This fixed it for me
http://drupal.org/node/1142660#comment-4409870
Used the previous version
The linked 'fix' didn't work ... this was a completely fresh install.
Eventually downloaded the previous version - this worked fine.
Fatal error: Class 'ctools_export_ui' not found (after upgrade)
I just upgraded to 7.2 last night and now I get the same error (but only on the Admin view, not a normal user). I'm fairly new to Drupal, so I'm not sure what to do here:
Fatal error: Class 'ctools_export_ui' not found in .../sites/all/modules/panels/panels_mini/plugins/export_ui/panels_mini_ui.class.php on line 3
I did try removing and reinstalling the ctools module... but to no effect. Thanks for any help!
subbing. Same issue here,
subbing. Same issue here, don't have anything extra to add that haven't already been said.
Fatal error: Class 'ctools_export_ui' not found upgrading D7.2
same here
—————————
Christopher Pelham
Director
CRS (Center for Remembering & Sharing)
123 4th Ave, 2nd FL
New York, NY 10003
212-677-8621
www.crsny.org
subscribe
also got error after 7.2 upgrade
same for me after 7.2 upgrade
same for me after 7.2 upgrade
sub
sub
Subscribing
subscribing
temp solution
This error is preventing me from login into my site. I had to do a temporary solution by adding a line to include the chaos tool export in the panels_mini_ui.class.php.
That allowed me to log in and seemed to fixed the problem. I hope someone finds a way to patch this.
Your solution worked for me as well
Will await permanent solution.
Hi, i have a problem here
Hi, i have a problem here posted http://drupal.org/node/1170646 i don´t see any in my admin aera and can do nothing..no cach flush or any other. i use panels on a site and here i have the edit button working ..if i try it i become this error.
thats the only thing what i see or can do on the site after updating 7.0 -> 7.2
Thanks!
At least now I can login... thanks for the quick workaround.
fix
@temp solution, thanks that worked but still gives errors, all works after if mini panels is disabled, not a solution for people using those features
cut.media.productions
www.cutmedia.net
www.verinote.com
Please, someone can explain
Please, someone can explain to me how to add the line suggested in temp solution?
Add the absolute path to line 2: include('/MyAbsolutePath/sites/all/modules/ctools/plugins/export_ui/ctools_export_ui.class.php');
Thanks
to add the code -
This took me a couple tries - but is really easy -- paste it into line 2 of the panels_mini_ui.class.php file
Now, /MyAbsolutePath above has to be replaced with the beginning of the path you are getting in the error page - min was:
/home/accountname/public_html/
making it:
include('/home/accountname/public_html/sites/all/modules/ctools/plugins/export_ui/ctools_export_ui.class.php');
easy. I then refreshed and immediately Flushed all caches. Funny, but the site did not like the code in there after it was fixed, so I returned to the file and removed the added code. All good now.
btw, I replaced both panels and ctools with the latest dev versions before I did this...
-- Don
Thank you
After updating my modules I had the exact same error message. I was still able to login but I couldn't update my database. This solution fixed my problem and allowed me to update all my modules and databases.
Same problem Fatal error:
Same problem
Fatal error: Class 'ctools_export_ui' not found in C:\AppServ\www\drupal\sites\all\modules\panels\panels_mini\plugins\export_ui\panels_mini_ui.class.php on line 3
subscriping
subscriping
subs
same here. Need urgent help, I can't bypass this error and get access to admin interface. Any help on how can I do it?
subscribe
subscribe
Subscribing, I am
Subscribing, I am encountering this as well and have to remove panels_mini altogether to get any functionality on my site.
Solve it!
I had this problem when installing some modules in version 7.2, I thought I was not going to be able to resolve but in the end it succeeds.
I tell as solved:
They go into the modules folder and delete the folders "panels" and "ctools", then run update.php and try to enter the site, they will fail, unable to find files.
Lower the latest version of these modules and rise again, and that should take them.
I think there needs to be done just as he did me, but good, so I worked to me.
Tuve este problema al instalar unos módulos en la versión 7.2, pensé que no lo iba a poder solucionar pero al final lo logre.
Les cuento como lo solucione:
Entran a la carpeta de módulos y borran las carpetas “panels” y “ctools”, luego ejecutan update.php e intentan entrar al sitio, les va a dar error, al no encontrar archivos.
Bajan la última versión de estos módulos y los suben de nuevo, y ahí debería tomarlos.
Creo que no hace falta hacer así tal cual lo hice yo, pero bueno, así me funciono a mí.
Install latest release of Ctools (Beta-1, June 1)
That fixes it
Does not fix
beta 1 created error here.
Delete all and go to complete morning backup with alpha4 version.
I've spent most of my day
I've spent most of my day trying to track this down.
1) I can't reproduce the problem locally, and I've been trying everything I can think of to make it actually happen for me.
2) The error seems to indicate that something is wrong with either Drupal's class autoload or CTools' usage of it. I can't tell which, because I can't get a system into this state to investigate what is actually wrong.
For most people, cache clears seem to fix it. Using drush and 'drush cc all' is the easiest way. update.php can do it. Navigating to the performance page and using its cache clear can do it. Going into mysql and doing DELETE FROM cache might do it.
-- Merlin
[Read my writing: ehalseymiles.com]
[Read my Coding blog: Angry Donuts]
I'm with Merlin
The updates to ctools fixed it. You just need to hammer the cache a bit.
We've found the problem.
We've found the problem. Workaround is here: http://drupal.org/node/1170312#comment-4547662
-- Merlin
[Read my writing: ehalseymiles.com]
[Read my Coding blog: Angry Donuts]
We had same problem and
We had same problem and clearing cache via drush worked. Thanks!
Clear cache twice
I had the same problem and clearing cache (twice) took care of it.
Clearing twice solved for me
Clearing twice solved for me too.Clearing just once isn't enough.
Thnx.
Nope ...sorry.. still have to try I guess :)
Have posted below my solution.
Wrong file name
I experienced exactly the same problem and found a way to solve it:
In /drupal_commons/profiles/drupal_commons/modules/contrib/ctools/plugins/export_ui I saw that the file ctools_export_ui.inc was named ctools_export_ui.inc0000644. After changing the file name to ctools_export_ui.inc it worked.
And now I see that there are around 60 other files which have this 0000644 add-on as well.
It got fixed !!
I did the include statement, and I cleared the cash after that, i had it working 100%
fattal
how to clear the cash sir..
Clear the cache and it will be OK
Clear the cache and it will be OK, Just "Clear Cache"
Clearing the cache didn't work for me
I tried clearing the cache about five times and run cron.
I had to upgrade to dev version and run update before it would let me install it without the fatal error.
not solved
I cleared the cache and still have error. I reinstall ?
Happened after upgrade to
Happened after upgrade to CTOOLS 7.x.-1.3
The class ctools_export_ui is defined in sites/all/modules/ctools/plugins/export_ui/ctools_export_ui.class.php which after the upgrade was altogether missing ... I had to copy the file from the old module version and then clean the cache. Now it all works fine. The same class is referenced multiple times from the ctools module also, i'm not sure how this file came to be missing from the new version, maybe an upgrade glitch or something?
error message was:
PHP Fatal error: Class 'ctools_export_ui' not found in ../sites/all/modules/views/plugins/export_ui
/views_ui.class.php on line 13
quick solution
It often happens to me too and I did not figure out why. Just for quick fix I insert
INSERT INTO `registry` (`name`, `type`, `filename`, `module`, `weight`) VALUES
('ctools_export_ui', 'class', '%%%%%%/ctools/plugins/export_ui/ctools_export_ui.class.php', 'ctools', 0);
%%%%%% - replace this with the path prefix to your file.
DRUPAL development & SEO sollutions in Lithuania
Thanks. This solution worked
Thanks. This solution worked for me.
Thank you
Thanks, this worked for me when a drush rr wouldn't, even with --fire-bazooka (most disappointing!).
drush updb && drush rr
For me it simply was drush updb first, then drush rr that fixed the problem.
I ran into this issue today,
I ran into this issue today, I'm afraid. Stack traces do not indicate that it comes from our customizations but usually thing like this occur from that; however, it is the only problem of its sort that we have. Also, it makes us unable to run drush cc, rr, updb and the site pages are all inaccessible. For this reason my best hunch is that there is a part of ctools, panels or panels_mini that is missing a files[] entry in the .info file -- but I'm not able to tell exactly where. Placing the file include for ctools_export_ui.class.php at the top of the panels_mini_ui.class.php caused the registry to resume building, and thereafter the site is fine (and this line isn't needed anymore).