image_import does not bulk import images

1) are your images locally available, that is, on the same server as your drupal install?
2) are they in the "import" folder, and not in a linked directory?
Either of those could be the problem. Luck!

The import folder should be accessable by the webserver - not outside /htdocs/ (or wherever you have your web things). Try putting it in your /files/ directory.

If that's not it, sorry, I can't help. Perhaps somebody else would know?

The string 'Imported images' doesn't appear *anywhere* in the image module code.

Are you sure you have the right module?

I am redirected to a page with the title 'Importing Image' and no content on the page.

So did you check whether that only existing image has been imported + deleted afterwards?

Similar problem: images from the import directory are not imported. The problem persists for me since October 11, 2010. Error message logged by watchdog (translated):

Message: There was an error which prevented the import of /var/www/drupal/sites/default/files/import/...
Severity: error

Location of import folder: /var/www/drupal/sites/default/files/import
Dir Permissions: drwxrwxrwx 2 www-data www-data 4,0K 26. Dez 04:36 import
File permissions: -rw-r--r--

At ./admin/content/image_import the images to be imported are listed. When clicking on "Import", the batch processing is started, no images are being imported and the error message is logged.

Problems surfacing here are:

* the watchdog message ist useless, it doesn't help to narrow down what the problem is
* user permissions are evaluated somehow funny.

The issue can be "resolved" by reloading the import form several times and retry the import until it works.

Background in my case: I'm transfering files into the import directory via SCP from Nautilus (Gnome); the local files on the local machine (Ubuntu) have a different owner than those which are written on the remote host (permissions of the user which connects via SCP); image import seems not to get chmodded/chowned permissions on the first try. Whatever is happening here, using the same procedure with Imagefield import behaves totally different (where the webserver seems to be even able to import files which are owned by root or should not be writable/deletable for the webserver user).

Bottomline: check your remote file permissions, re-check your remote file permissions, re-set the remote file permissions, re-load the image import form, check your remote file permissions, re-check your remote file permissions, re-load the image import form... sometime it'll start to work, probably ;)

Correction: There seems to be a real bug here. Batch import of more than one image at a time does not work for me, at least on this site.

'prevented the import' -- that phrase isn't anywhere in the code :/

There's this:

watchdog('image_import', 'There was an error that prevented %filename from being imported.', array('%filename' => $args['filepath']), WATCHDOG_ERROR);

Are you sure it's not that message instead?

Can you try rearranging the code around line 260 to see what is actually triggering the else? Having both the rather vague $error AND the image_create_node_from() work together is pretty sloppy. And yes, lousy error message.

The original (localized) error message in watchdog is: Es kam zu einem Fehler, der den Import von /var/www/drupal/sites/default/files/import/FILENAME.jpg verhindert hat. which resolves to the untranslated: There was an error that prevented %filename from being imported. (exactly what you found in the code). Sorry for my unprecise report.

Also I found out what - at least for me - reproducably prevents the bulk import: filling out any of the taxonomy term fields. If I leave them all blank, the bulk import starts immediately (the re-loading of the import form I mentioned in #8 is bogus). Considering this, I believe that creating the node object fails earlier than in line 260 of image_import.pages.inc, maybe at the beginning of function _image_import_batch_op($args, &$context).

Regarding the original issue by 'teaguese', so far I'd suggest to check for two things:

• What permissions do the files in the import folder have (on the remote server), especially: is the import folder and the files in it readable & writable by the web server user?
• Are taxonomy terms used on the import form? Does the behaviour change if no terms are entered?

Regarding the bulk import problem and taxonomy terms: Could someone else have a try if he/she can reproduce this?

It appears I have the same problem - just getting into Drupal, so can also be my ignorance: Most recent D 6.20, just upgraded to Image 1.1, and having Views and i18n installed.

I FTP image files to tmp/image (with FileZilla), Image Import recognises the images (draws thumbnails, graphic library appears to work) so I can select. On import the progress bar appears, Drupal reports uploaded files and I can see image nodes under content. Image files have correctly been moved to /sites/default/files/pictures (as seen with FileZilla). If I click on the image node or try to edit, I see an empty screen.

Hope this helps - Regards...
...Peter

Addendum: The above attempts were made with pictures from my SLR camera (about 1.3 MB each). After my previous post I tried with smaller pictures (Windows sample pictures), now everything works fine. All necessary files are generated in /sites/default/files/pictures (preview, thumbnail, etc.). Looks like the graphic library is running out of resources while trying to process too heavy image files. The same is true for individual uploads (as Image Content Type) and D 7-rc2 installed with the same ISP. Try smaller image files.

@janes_p: You've got a different issue; the import of one image at a time works, but the batch import fails.

But since you're using a current version of the image module: are you tagging the images to be imported with taxonomy terms, e.g. to put them into a gallery?

With D 6.20 and Images 1.1 I just checked again (with light images, to avoid resource issues): Batch image import without and with tagging (putting into gallery) works fine.

Note: Gallery display showed a white screen initially, but after a while it displayed fine (maybe there was some background processing to be completed?).

Thanks for testing. So this seems to remain an erratic error :-(

Closely related: #776718: Batch upload fails/ behaves erratically

@teaguese (#17): If you can provide a procedure to reproduce this, someone might be able to try to create a patch. At the moment we have a import function that mostly works and sometimes doesn't, and so far no one was able to figure out what the problem even was.

I am getting the same issue, I am also redirected to a page with the title 'Importing Image' and no content on the page.

For me this seems to be something to do with Firefox (rather than purely Drupal). If I do the same thing in IE then it works.

Something I have noticed is that with Firefox I seem to need to force a reload to get the expandable menus to be expandable (e.g. Menu settings) - is this javascript. I wondered could image import be trying to kick off something on the page in the same way and be failing at this point?