Download & Extend
Issues

Notice: Undefined index: hash in _registry_update() (line 70 of includes/registry.inc).

Posted by mgifford on July 15, 2010 at 5:36pm
Project:Drupal core
Version:7.x-dev
Component:base system
Category:bug report
Priority:normal
Assigned:Unassigned
Status:closed (won't fix)

Issue Summary

I just got this issue when trying to clear the cache here http://drupal7.dev.openconcept.ca/admin/config/development/performance

It then ended with a nasty error:

PDOException: SQLSTATE[42S22]: Column not found: 1054 Unknown column 'hash' in 'field list': UPDATE {registry_file} SET hash=:db_update_placeholder_0 WHERE (filename = :db_condition_placeholder_0) ; Array ( [:db_update_placeholder_0] => b555ab7000c56fcfbc5251e6b40a5652a13a6bc2efe86708b26162b633c47a33 [:db_condition_placeholder_0] => modules/aggregator/aggregator.module )  in _registry_parse_files() (line 150 of /drupal/includes/registry.inc).
Login or register to post comments

Comments

#1

Posted by beejeebus on July 16, 2010 at 4:24am

we recently switched back to using file hashes rather than file modification times for the registry: #819388: Switch registry back to using hashes not file mtime and ctime.

#2

Posted by weboide on July 16, 2010 at 5:32pm

I just had the same error with HEAD.

PDOException: SQLSTATE[42S22]: Column not found: 1054 Unknown column 'hash' in 'field list': UPDATE {registry_file} SET hash=:db_update_placeholder_0 WHERE (filename = :db_condition_placeholder_0) ; Array ( [:db_update_placeholder_0] => 25dae6eb89e663c22908452c841522f38057fec731b7061c7496babd09cd3dbd [:db_condition_placeholder_0] => modules/block/block.module )  in _registry_parse_files() (line 150 of /home/drupalconcept/www/drupal/includes/registry.inc).

#3

Posted by Damien Tournoud on July 16, 2010 at 5:33pm
Status:active» closed (won't fix)

Yep, we changed the schema. You will have to reinstall from scratch.

#4

Posted by mgifford on July 16, 2010 at 5:43pm

When are we going to have it so that there needs to be an upgrade patch or something so that we don't have to keep upgrading from scratch all the time.

It really slows down things when I have to start up a new environment every other week.

It doesn't have to be fancy, just something like "run this SQL on your system" and you're good to go.

#5

Posted by Damien Tournoud on July 16, 2010 at 5:45pm

@mgifford: see the HEAD2HEAD project.

Core itself will support incremental upgrades when we will reach the first beta version.

#6

Posted by mgifford on July 16, 2010 at 6:13pm

very useful, thanks!

#7

Posted by klonos on August 14, 2010 at 11:51pm

subscribing... in case it is fixed someday.

#8

Posted by klonos on August 15, 2010 at 12:01am

Do schema changes actually mean that re-installing is the only path to get out of such trouble, or is there some other way? Please share any insight.

#9

Posted by nargis on September 17, 2010 at 11:56am
Assigned to:Anonymous» nargis

help me please, I 've got same issue

#10

Posted by klonos on September 17, 2010 at 4:45pm
Assigned to:nargis» Anonymous

Hi Rusydi, please onl assign issue to yourself if you intent to code for it and provide a solution.

Although no one has answered my question in #8 yet, I believe that I can safelly say that reinstalliing is the only way to go (as Damien says in #3). I am sorry.

#11

Posted by nargis on September 17, 2010 at 7:16pm

ok, thanks!

#12

Posted by eee.coop on November 17, 2010 at 7:53pm

How can I transfer the content across to the new installation?