I followed all the instructions for upgrading to D7 from D6. Once I run the update.php script, I get the following error "

An AJAX HTTP error occurred. HTTP Result Code: 200 Debugging information follows. Path: http://peoriaparent5:8082/update.php?id=459&op=do StatusText: OK ResponseText: Fatal error: Call to undefined function _update_7000_field_read_fields() in C:\Users\Mahmoud\Sites\peoriaparent5to6\modules\forum\forum.install on line 354

The update process was aborted prematurely while running update #7003 in forum.module.

Has anyone seem something similar ?

THanks

Files:
CommentFileSizeAuthor
#18747 bytescatch
PASSED: [[SimpleTest]]: [MySQL] 36,592 pass(es). View
#9747 bytescatch
FAILED: [[SimpleTest]]: [MySQL] 35,636 pass(es), 2 fail(s), and 5 exception(es). View
#7599 bytescatch
FAILED: [[SimpleTest]]: [MySQL] 35,619 pass(es), 6 fail(s), and 17 exception(es). View
#5602 bytescatch
FAILED: [[SimpleTest]]: [MySQL] 33,927 pass(es), 17 fail(s), and 5 exception(es). View
#3577 bytescatch
FAILED: [[SimpleTest]]: [MySQL] 33,932 pass(es), 17 fail(s), and 5 exception(es). View

 Title: Troubles upgrading from D6 to D7 » Call to undefined function _update_7000_field_read_fields() Component: update.module » database update system Priority: Major » Critical Issue tags: +upgrade path

Just adding a new title to make it easier to find for others searching for issues detailing the same problem as they have. Also changing to the right component and adding a tag. As this renders a system unusable, the priority is critical.

Ok, I thought of giving out more details. I have site that I am upgrading from Drupal 5 to 7. I went through the upgrade from D5 to D6 sucessfully. I updated my core Drupal to the latest version of D5 and uploaded all the latest versions of contributed modules. Like I said the upgrade from D5 to D6 went relatively smooth.

For the D6 to D7 upgrade, I used the latest stable version of the contributed modules in D7, and the latest D7.4 core. I disabled all the non-core modules, made a backup of my D6 database and files. As I started the update.php script in D7, every works fine until I received that error above which seems to be related to the update path for the forum core module.

I am now reconsidering my upgrade to D7 and may just stick with D6 for a while.

Any thoughts on the cause of this bug ?
Thanks

 Version: 7.4 » 7.x-dev Status: Active » Needs review
FileSize
577 bytes
FAILED: [[SimpleTest]]: [MySQL] 33,932 pass(es), 17 fail(s), and 5 exception(es). View

Untested patch, but this might be the problem - it looks like the forum upgrade is running before field module is installed.

Also this might be a duplicate of #717834: The dependencies declared in core's hook_update_dependencies() implementations aren't actually correct (or at least, you might need the patch there as well).

 Status: Needs review » Needs work

The last submitted patch, forum_dependencies.patch, failed testing.

 Status: Needs work » Needs review
FileSize
602 bytes
FAILED: [[SimpleTest]]: [MySQL] 33,927 pass(es), 17 fail(s), and 5 exception(es). View
 Status: Needs review » Needs work

The last submitted patch, forum_dependencies.patch, failed testing.

 Status: Needs work » Needs review
FileSize
599 bytes
FAILED: [[SimpleTest]]: [MySQL] 35,619 pass(es), 6 fail(s), and 17 exception(es). View

No wonder it fails, wrong function name :(

 Status: Needs review » Needs work

The last submitted patch, forum_dependencies.patch, failed testing.

FileSize
747 bytes
FAILED: [[SimpleTest]]: [MySQL] 35,636 pass(es), 2 fail(s), and 5 exception(es). View

OK that's the right kind of fail now. Let's try this.

 Status: Needs work » Needs review
 Status: Needs review » Needs work

The last submitted patch, forum_dependencies.patch, failed testing.

Is there any chance this could be resolved. I am now left with either recreating my site from scratch from a fresh D7 installation, or just keep mt site running on D6.

Have you tried the patch linked from #3? that needs to go in first and that won't happen without more testing.

So should I tried patch # 3 although it failed testing already ?

I meant try the latest patch from #717834: The dependencies declared in core's hook_update_dependencies() implementations aren't actually correct, sorry was in a bit of a hurry when I typed that. Even if that patch doesn't work, please report back if you get the same error or a different one.

I tested the patch above #717834: The dependencies declared in core's hook_update_dependencies() implementations aren't actually correct: The dependencies declared in core's hook_update_dependencies() implementations aren't actually correct.

Then attempted the update again. Got the same error

An AJAX HTTP error occurred. HTTP Result Code: 200 Debugging information follows. Path: http://peoriaparent5:8082/update.php?id=457&op=do StatusText: OK ResponseText: Fatal error: Call to undefined function _update_7000_field_read_fields() in C:\Users\Mahmoud\Sites\peoriaparent5to6\modules\forum\forum.install on line 354

Here is some additional error messages at the end of the aborted update

user module
Update #7000

User passwords rehashed to improve security

Update #7002

Migrated user time zones

filter module
Update #7003

Failed: PDOException: SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry '0-php_code' for key 'PRIMARY': INSERT INTO {filter} (format, module, name, weight, settings, status) VALUES (:db_insert_placeholder_0, :db_insert_placeholder_1, :db_insert_placeholder_2, :db_insert_placeholder_3, :db_insert_placeholder_4, :db_insert_placeholder_5); Array ( [:db_insert_placeholder_0] => 0 [:db_insert_placeholder_1] => php [:db_insert_placeholder_2] => php_code [:db_insert_placeholder_3] => 2 [:db_insert_placeholder_4] => a:0:{} [:db_insert_placeholder_5] => 1 ) in filter_update_7003() (line 334 of C:\Users\Mahmoud\Sites\peoriaparent5to6\modules\filter\filter.install).

system module
Update #7007

contact module
Update #7002

Failed: PDOException: SQLSTATE[42S22]: Column not found: 1054 Unknown column 'module' in 'where clause': SELECT 1 AS expression FROM {role_permission} role_permission WHERE ( (rid = :db_condition_placeholder_0) AND (permission = :db_condition_placeholder_1) AND (module = :db_condition_placeholder_2) ) FOR UPDATE; Array ( [:db_condition_placeholder_0] => 2 [:db_condition_placeholder_1] => access user contact forms [:db_condition_placeholder_2] => contact ) in contact_update_7002() (line 127 of C:\Users\Mahmoud\Sites\peoriaparent5to6\modules\contact\contact.install).
 Status: Needs work » Needs review Issue tags: -upgrade path +D7 upgrade path
FileSize
747 bytes
PASSED: [[SimpleTest]]: [MySQL] 36,592 pass(es). View

Looks like you have more issues with your db than just this. For that filter issue, please see #1211796: Drupal 6 -> 7 upgrade can fail due to unique indexes added in Drupal 6.

I'm uploading a new patch, I can't reproduce the failure you're getting, but this passes automated tests locally (but so does the current code in Drupal 7 so that's no guarantee this will fix your problem).

 Title: Call to undefined function _update_7000_field_read_fields() » Call to undefined function _update_7000_field_read_fields() during forum update

Reverted back to the D6 installation. Applied the patch to D7 and reran the installation. This time I got this error.

An AJAX HTTP error occurred. HTTP Result Code: 200 Debugging information follows. Path: http://peoriaparent5live:8082/update.php?id=457&op=do StatusText: OK ResponseText: Fatal error: Call to undefined function _update_7000_field_read_fields() in C:\Users\Mahmoud\Sites\peoriaparent5live\modules\field\modules\text\text.install on line 78

So at least the fatal error is not occurring in the forum module, but now looks like it in the field module ?

text module updates should not be running during D6-D7, unless you have a 'text' module installed in D6.

The text module in D6 is installed as part of the CCK module. Do I need to uninstall the CCK module from D6 before the upgrade ?

That's a good question, opening a new issue for this.

 Title: Call to undefined function _update_7000_field_read_fields() during forum update » Call to undefined function _update_7000_field_read_fields() during Forum update 7003

@catch.

I wanted to let you know that I reran the update process all over again from D5 to D6 to D7. This time I has NO fatal errors at all. There were several errors that I can post here later if you are interested, but none were show stoppers.

I looked at my content, and as far as I can tell, the integrity of the data looks good. All stories, pages and custom content show fine ???? Very strange.

Anyway, the only problem is with a custom content that I had that had a custom DATE field is not showing in my calendar view. I am getting a SQL error when the view is displayed. I am not sure if this is realted to an improper update or something else.

I want to know what information you would like me to provide to help diagnose and close this current open issue?

 Issue tags: +Needs issue summary update

Tagging issues not yet using summary template.

Subscribing.

 Priority: Critical » Normal Status: Needs review » Postponed (maintainer needs more info)

Since the original poster's issues appear to be resolved, and the particular site appears to have multiple upgrade path issues, downgrading and postponing this for additional reports. If you encounter the error message in the title during an upgrade, please try the following steps and report here whether they resolve the issue and what results you get at each step:

3. Apply latest patch in #717834: The dependencies declared in core's hook_update_dependencies() implementations aren't actually correct and see if it resolves the issue.
4. Apply the patch in #18 and see if it resolves the issue.
5. Apply both these patches together and see if it resolves the issue.

Also, if you encounter the error, set the issue back to needs work if the problem persists, or needs review if any of the steps resolve your issue.

Hmm I think the patch makes sense whether we get more reports or not, but fine with downgrading if this is the only one we get.

I just attempted to upgrade from Drupal 5.23 to 6.22 to 7.8. The upgrade from 5.23 to 6.22 went fine but the upgrade from 6.22 to 7.8 resulted in the same "Fatal error: Call to undefined function _update_7000_field_read_fields()" mentioned by the original poster above.

I got the upgrade to work by going back to 6.22 and applying the patch in #18 to the 7.8 code and then upgrading to 7.8. All seems well now.

 Status: Needs review » Reviewed & tested by the community

@dan_aka_jack: Thank you for the clear report! Based on that, I think we can consider this RTBC if it still applies. I sent a request for a retest to check.

Edit: #18 still passes, so it is ready to go.

 Status: Reviewed & tested by the community » Fixed

Committed and pushed to 7.x. Thanks!

 Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

 Status: Closed (fixed) » Needs review

I had been encountering this with the "text" module instead of the "forum" module, so I got the latest 7.x-dev. Now it's crapping out on "image." --- Could this be another one of the cases, like "text" and "forum" that was not accounted for, and hasn't been included in the patch yet?

Sorry if changing the status here is unwarranted. But I think we need another look.

 Status: Needs review » Closed (fixed)

#37: I'd suggest looking for an existing issue with your exact error message, or if one doesn't exist yet, you can open a new one. Thanks!

It's this issue. The modules that must state a dependency on 'system' update 7020 are: forum, text, and image. As far as I can tell that closes it.

The following code fixes the issue in #37.

<?php
/**
* Implements hook_update_dependencies().
*/
function image_update_dependencies() {
$dependencies['image'][7002] = array( // Image update 7002 uses field API update functions, so must run after // Field API has been enabled. 'system' => 7020, ); return$dependencies;
}
?>

and

<?php
/**
* Implements hook_update_dependencies().
*/
function text_update_dependencies() {
$dependencies['text'][7000] = array( // Text update 7000 uses field API update functions, so must run after // Field API has been enabled. 'system' => 7020, ); return$dependencies;
}
?>

Again, please search for an open issue or open a new one if you have this problem in 7.12 or later. Thanks!