Migration of filefield fields reports that this requires filefield module, even though its functionality was moved into core!

I had that error, too.

I had the same problem. Cause I have Image FUPload widget at my filefield.
For Image FUpload issue search the table content_node_field_instance and change widget_type string to imagefield_widget and widget_module string to imagefield.

@smirnoff - That did it - thanks! (I'm guessing most other people having this problem had their image upload field using a different upload method, like ImageField Zip, or Image FUpload, as well...).

I have the same problem wiyh fupload fields. Unfortunately I don't have phpmyadmin because I use Aegir, if anyone had this same problem and used a MySQL command to fix this, please share it.

I know very little MySQL, I found this post: http://www.mydigitallife.info/how-to-find-and-replace-text-in-mysql-data...

I tried:

update content_node_field_instance set widget_type = replace(widget_type, ‘image_fupload_imagefield_widget’, ‘imagefield_widget’);

But I get this error: Unknow column 'image_fupload_imagefield_widget' in 'field_list'.

Any ideas on how to fix the command?

I have this even though widget_type and module_type are as they should. I had imagefield_crop on this site but i changed the widget before upgrade.

I also get "Notice: Undefined index: default_image in content_migrate_filefield_field_alter() (line 25 of"

I think this is still a bug.

There are lots of modules that use file fields or image fields and just add a new widget (I'm experiencing this problem with audiofield module, see #1423656: Audio fields will not upgrade from D6 -> D7 (audiofields do not work with the CCK content migrate module)).

These fields should be able to be upgraded without us having to manually change the database to fool the system into thinking the fields were provided by file module in this way.

ll said #8. Facing this issue here and am lost. Any tips for correcting? running mysql and php myadmin.

+1 on #8 we shouldn't be running MySQL commands to successfully upgrade our Drupal sites.

Sure it's a bug. There should be no need to manually run SQL commands on upgrade.

In the meantime, the SQL command that allows one to upgrade:

update {content_node_field_instance}
   set widget_type = 'imagefield_widget', widget_module = 'imagefield'
          where widget_module = 'uploadfield';

You can run this snippet using Devel module. You don't need PHPMyAdmin os SQL access for this (though you must remove the "{}" if you run the SQL directly on the database).

+1 on #8 we shouldn't be running MySQL commands to successfully upgrade our Drupal sites.
As I was using 'Image FUPload ', solution on #3 worked nicely for me.

Setting priority to critical since this don't let you upgrade between versions.

#3 worked for me too, million thanks!

Simple solution! The db update didn't help, in fact, the values were already correct. I realised eventually that I need to enable the core file and image modules... then it worked flawlessly.

#14 for me. Totally derped it. Thanks @odegard.

#14 worked for me too!

I also had a problem migrating audiofield fields, including the podcast content type. I finally got the field migrated thanks to this note, but the content type for the podcast content was blank and I couldn't edit the nodes. I worked around it by recreating the podcast content type with the Podcast field, reusing the existing field, and the podcast content type then appeared and I was able to edit the contents.

#11 worked for me. I ran it on the command line with drush, in a single line with this syntax:

drush sqlq "update content_node_field_instance set widget_type = 'imagefield_widget', widget_module = 'imagefield' where widget_module = 'uploadfield'"

Added the manual solutions into the summary. Thanks to everyone for the ideas on how to fix this.

# 14 did the trick. Enabled File and Image in core. Ran update and migrate done.
Now with the rest of the 6 to 7 to be done!

Wish a small fix for this would have been added to the 3.x branch for d7 :-/

Thx all for the manual fix!