Closed (duplicate)
Project:
Drupal core
Version:
7.x-dev
Component:
update system
Priority:
Critical
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
15 Jan 2010 at 11:05 UTC
Updated:
23 Jan 2010 at 15:36 UTC
Jump to comment: Most recent file
Comments
Comment #1
damien tournoud commentedHm. It seems that system_update_7008() failed on my test upgrade of the d.o database.
Comment #2
damien tournoud commentedComment #3
yched commentedWe're talking about a D6 update, right ? OP and initial title mention "at the end of the installation".
I guess field.attach.inc is not loaded at that time.
It's probably because field.module uses module_load_include() to load its helper files. I think I remember an issue somewhere where the conclusion was "no module_load_include() at file root".
Attached patch fixes this, and file.module while we're at it. image.module already uses require_once.
Now, the real issue IMO is the 1st part of the report : "When you have at least a node type defined by a non-enabled module (which is generally the case if you update core and contrib separately), we call node_type_delete() at the end of the update".
Er, scary.
Comment #4
damien tournoud commentedIn my case, it was system_update_7008() failing that was failing the rest of the upgrade in the system module, including the enabling of the field module.
Comment #5
scor commentedsee #599122: Do not use module_load_include() in global context
Comment #6
catchThis is a duplicate per #5, patches are identical except for additional comments over there.