By kronikel on

I've just upgraded my drupal installation to the new release (from 6.x). But there seems a problem and I couldn't over come it no matter what i did. Please help.

There is the same error on every page.
Fatal error: Call to undefined function: block_list() in .../theme.inc on line 935

What is the problem?

⋅ Categories: Drupal 4.7.x

Comments

tnaberhaus’s picture

tnaberhaus commented

Did you discover a solution to this problem? I am having the same difficulty in attempting to upgrade from 4.6.9 ==> 4.7.3.

cation555’s picture

cation555 commented

I'm also witnessing the same problem. Any solutions?

thewebtailor’s picture

thewebtailor commented

I had this problem too, when doing an upgrade step by step through from 4.4.0 to 4.7.3 - the upgrades mostly worked, and those that didn't I could replicate manually from within MySQL. But when I fired up 4.7.3 I got this error about block_list() being undefined.

It turned out to be a problem with the database - I knew it couldn't be the files, because I'd done a clean install of all the files.

In the system table, something had screwed up the filename field, so that each filename had a duplicated directory, like this:

"/modules/modules/block.module"

This meant that the system table couldn't be used to point drupal at the necessary modules, hence block_list() never gets defined.

The system table in my old site was fine, so one of the update steps must have done this. Correcting the block entry in the sytem table meant the site worked again. Probably should correct every entry in the table, though...

tnaberhaus’s picture

tnaberhaus commented

This was the problem and correction I was looking for.

zareen’s picture

zareen commented

Thanks for posting solution. Saved me! I did the following sql query to delete the duplicated module entries

UPDATE system SET filename = replace(filename, "modules/modules", "modules");

tiggman’s picture

tiggman commented

I'm running into the same issue but the above fix doesn't seem to apply. I see no duplicate entries in the Systems table. Any other ideas anyone?

- TD

Anonymous’s picture

Anonymous (not verified) commented

Check to make sure you typed update.php, rather than upgrade.php. The documentation calls the process an upgrade, consistantly, and it's not an easy brainfart to spot once it's in your location bar. For the whatever→4.7 upgrade there is enough database brokenness that you won't see a sensible 404 error, either.

turco’s picture

turco commented

The problem survives still... What's wrong?

firstov’s picture

firstov commented

check your modules directory to make sure it does not contain Drupal core module files twice (old and the new versions for instance).
I've had this issue when upgrading Drupal created modules/backup folder and moved *.modules there. Then unpacked fresh version of core files into modules folder. As the result Drupal had modules/backup/some.module and module/some.module in it's system database producing this error.
www.firstov.com

barnetda’s picture

barnetda commented

I don't know how much this will help, but....

I do not have direct access to my hosted MySQL DB, so I had to use their PhpAdmin web forms, and cut/paste the information from the database.4.0.mysql file.

When I viewed my new home page, I got this same "Call to undefined function: block_list".

For some reason, the inserts into the "system" table contained new line (\r\n) characters in the names of some of the filename entries (i.e. modul\r\nes/block.module instead of modules/block.module).

I was unable to use phpadmin to delete the bogus entries, so I did:
1. drop table system;
2. cut/paste table create from the database.4.0.mysql file
3. more carefully cut/pasted the lines for inserting module entries into the "system" table.

After I was done, everything is working like a charm.

valentin@irata.ch’s picture

valentin@irata.ch commented

i did something else, but seems to be the same problem, other solution...
in includes/theme.inc
I change the function drupal_load like this:

 function drupal_load($type, $name) {
  static $files = array();

  if (isset($files[$type][$name])) {
    return TRUE;
  }

  $filename = drupal_get_filename($type, $name);
  $filename = trim( $filename );//<-- here add a trim ;)

  if ($filename) {
    include_once "./$filename";
    $files[$type][$name] = TRUE;

    return TRUE;
  }

  return FALSE;
}

And now it works fine for me

owen barton’s picture

owen barton commented

Try rebuilding the system table. Note that you will have to renable any contrib modules/themes once you have done this (contrib module data/settings won't be harmed, however).

DROP TABLE `system`;
CREATE TABLE system (
  filename varchar(255) NOT NULL default '',
  name varchar(255) NOT NULL default '',
  type varchar(255) NOT NULL default '',
  description varchar(255) NOT NULL default '',
  status int(2) NOT NULL default '0',
  throttle tinyint(1) DEFAULT '0' NOT NULL,
  bootstrap int(2) NOT NULL default '0',
  schema_version smallint(3) NOT NULL default -1,
  weight int(2) NOT NULL default '0',
  PRIMARY KEY (filename),
  KEY (weight)
)
DEFAULT CHARACTER SET utf8;
INSERT INTO system (filename, name, type, description, status, throttle, bootstrap, schema_version) VALUES ('modules/block.module', 'block', 'module', '', 1, 0, 0, 0);
INSERT INTO system (filename, name, type, description, status, throttle, bootstrap, schema_version) VALUES ('modules/comment.module', 'comment', 'module', '', 1, 0, 0, 0);
INSERT INTO system (filename, name, type, description, status, throttle, bootstrap, schema_version) VALUES ('modules/filter.module', 'filter', 'module', '', 1, 0, 0, 0);
INSERT INTO system (filename, name, type, description, status, throttle, bootstrap, schema_version) VALUES ('modules/help.module', 'help', 'module', '', 1, 0, 0, 0);
INSERT INTO system (filename, name, type, description, status, throttle, bootstrap, schema_version) VALUES ('modules/menu.module', 'menu', 'module', '', 1, 0, 0, 0);
INSERT INTO system (filename, name, type, description, status, throttle, bootstrap, schema_version) VALUES ('modules/node.module', 'node', 'module', '', 1, 0, 0, 0);
INSERT INTO system (filename, name, type, description, status, throttle, bootstrap, schema_version) VALUES ('modules/page.module', 'page', 'module', '', 1, 0, 0, 0);
INSERT INTO system (filename, name, type, description, status, throttle, bootstrap, schema_version) VALUES ('modules/story.module', 'story', 'module', '', 1, 0, 0, 0);
INSERT INTO system (filename, name, type, description, status, throttle, bootstrap, schema_version) VALUES ('modules/system.module', 'system', 'module', '', 1, 0, 0, 0);
INSERT INTO system (filename, name, type, description, status, throttle, bootstrap, schema_version) VALUES ('modules/taxonomy.module', 'taxonomy', 'module', '', 1, 0, 0, 0);
INSERT INTO system (filename, name, type, description, status, throttle, bootstrap, schema_version) VALUES ('modules/user.module', 'user', 'module', '', 1, 0, 0, 0);
INSERT INTO system (filename, name, type, description, status, throttle, bootstrap, schema_version) VALUES ('modules/watchdog.module', 'watchdog', 'module', '', 1, 0, 0, 0);
INSERT INTO system (filename, name, type, description, status, throttle, bootstrap, schema_version) VALUES ('themes/engines/phptemplate/phptemplate.engine', 'phptemplate', 'theme_engine', '', 1, 0, 0, 0);
INSERT INTO system (filename, name, type, description, status, throttle, bootstrap, schema_version) VALUES ('themes/bluemarine/page.tpl.php', 'bluemarine', 'theme', 'themes/engines/phptemplate/phptemplate.engine', 1, 0, 0, 0);
2root4u’s picture

2root4u commented

Thanks for the post. This resolved my problem. My system table showed no corruption as described above, but this system table rebuild worked like a champ.

proficient’s picture

proficient commented

I too have the same problem. sorry for the ignorance,

how to rebuild the system table using phpmyadmin.

Thanks in advance

high1memo’s picture

high1memo commented

I'm having the same problem, but I'm using drupal 5.1. My system table doesnt look like anything is duplicated, but I guess I can't use this script. Any ideas what I would need to do?

selwynpolit’s picture

selwynpolit commented

I tried updating from 4.7.6 and got the same problem. I tried copying themes from old install and new. Also tried the sql code to rebuild the system table. I can get drupal sort of running but it clearly is very confused about themes.. Ideas?

Selwyn Polit
https://www.drupalatyourfingertips.com/

jochenh’s picture

jochenh commented

i am having the exact same issue and just responded here:
http://drupal.org/node/159872#comment-254621

followed all the advice i could find but no help. so my site is still down...

- j

jochenh’s picture

jochenh commented

i fixed it finally. problem was that adsense was throttled due to site congestion, creating fatal php errors by a block that called print adsense_display();. so i rebuilt the system table after backing everything up and then disabled the block in question to get things going again
- j

-------
http://quilted.org

portaporpoise’s picture

portaporpoise commented

I had the same problem, but I was going backwards (from 5.2 to 4.7.7). I ended up rebuilding the system table first, which helped some. Then I had to go in and manually drop about 20 v5.2 tables that were tripping up v4.7.7 when I ran update.php.

nanny1979’s picture

nanny1979 commented

How to re-enable contrib modules/themes? Urgent help would be much appreciated

johnnyRoyale’s picture

johnnyRoyale commented

I'm having the same problem.

I've tried using easyPHP 1.8 install with drupal 4.7, and I've tried using the easyPHP 2.0 beta with drupal 5.1 but I get the same problem with both.

I've set up my database with SQLyog creating a user and database as per the instructions provided with Drupal.

It feels like it might be something to do with my database. I've had a bit of a poke around and I can't find a 'systems' table anywhere. Can someone tell me how I can access it?

This is my first time using the open source family of programs so go easy on me!

ursnagi1’s picture

ursnagi1 commented

Hi ,

I'm new to drupal technology and developed a website using Apache, MYSQL and PHP.

When i tried to host my website through siteground.com, got the following error.

Fatal error: Call to undefined function block_list() in /home/letusres/public_html/includes/theme.inc on line 936

Please make someone help with this issue ASAP.

Nagendran Neelamegam
NJAY Consulting Company

neochief’s picture

neochief commented

Try to enter valid $base_url in your configuration file (settings/default). It can really helps. It did for me :)

TravieMo9’s picture

TravieMo9 commented

There seems to be several reasons for this problems and several solutions. Here is what it took for me and maybe it can help someone:

I solved my problem. I looked at the Drupal Database and I noticed the repeated use of vti_cnf in the paths to files. I knew I had seen that someplace before. They are the folders that are placed in each directory by FrontPage. I had had a couple of FrontPage websites on my hosting and had FrontPage Server Extensions turned on. I replaced all sites with ones that didn't depend on FrontPage Extensions and I turned them off. But for some reason the vti_cnf got placed in the Drupal Installation and then into the database. I cleaned all of these out of my folders wherever they were, uninstalled Drupal and reinstalled it. Now things work fine. Gotta love Micro...you...know....who!

texas-bronius’s picture

texas-bronius commented

Thought I'd weigh in.. Same error, but turns out my issue (and resolution) had to do with mysqldump returning only the table structures, not the data. So I was hitting an empty System table (among all others..). In my specific case, it turns out there mustn't be spaces between params and associated value in my mysqldump db export:
NOT
mysqldump -u my_user -p -h myhost.com my_db_name > drupal47.sql
BUT
mysqldump -umy_user -p -hmyhost.com my_db_name > drupal47.sql
once I fixed that, export was chock full o' data, and things were smooth sailing.
--
..happiness is point and click..

--
http://drupaltees.com
80s themed Drupal T-Shirts

rogerwebb’s picture

rogerwebb commented

I'm working with drupal 5.5 and have this problem

Fatal error: Call to undefined function: block_list() in /homepages/36/d186685211/htdocs/RbA3/includes/theme.inc on line 1018

like so many others

Previously i had experienced error 505 after updates of admin functions so i wonder if the common denominator is 1and1 as a supplier?

The different versions of drupal complicate the finding of a common cause in Drupal

ronliskey’s picture

ronliskey commented

I was transferring a site from one server to another (not an upgrade; all configurations identical) and ran into the same problem. Following the hints above, I discovered that I too had an empty system table. I re-imported the database, this time using gzip, and all is well. I'm guessing the original export/import process got corrupted or just timed out.

Thanks for the hints!

The Running Man’s picture

The Running Man commented

This was an issue for me when moving my site between hosts.

To echo neochief - be sure that you have a valid base_url set in the .htaccess file in the root directory. This solved the issue for me. If in doubt, start by commenting out the $base_url line and then go from there.

Additional items:
- make sure entire database has imported correctly. at minimum - check that you have the same number of tables in source and destination.
if using PHPAdmin - be sure to select structure and data when exporting.
- if you are having problems importing data, try exporting a few tables at a time and then importing them that way. you could also try increasing the timeout limit for PHP on your webhost (if that's an option)
- be sure to change the database access settings in your 'settings.php' file

stackpool’s picture

stackpool commented

This happened to me... but I'd just forgotten to select the Garland theme before disabling my modules. Just a dumb mistake, but it had me in a flap until I restored the database and realised what I'd done.

achilleas’s picture

achilleas commented

I just want to contribute my personal experience.... I had the same problem, did all that.. at the end it was the database.. I wasn't sure which table though (system table looked fine, the blocks module looked fine too)... but on the basis that it couldn't be something wrong with the copied files (I had checked all of them) I just deleted the database and recreated it, and then I re-imported the tables. That was it ! After 2 days of struggling... at last.. some joy !

mcfilms’s picture

mcfilms commented

I had the same issue just now with a Drupal 6.14 install. Creating a new empty database fixed it.

A list of some of the Drupal sites I have designed and/or developed can be viewed at motioncity.com