getimagesize error

It's often a safe bet that the module which produces the error message is the one to file a bug on :)

Reassigning to taxonomy_image.

I mean I've already done that -- look at the 'project' field for this issue.

You should update the version number though.

I get this same error, and it points to line 267 in taxonomy_image.module:

$img = getimagesize($image[$tid]->url);

That URL points to /category_picture/foo.bar - I changed it to this and the 'file not found' warning went away for me:

$img = getimagesize(file_directory_path() . '/' . $image[$tid]->url);

That would make it 'sites/default/files/category_picture/foo.bar' - returning a result for getimagesize().

I think the source of the error is a bit further up the file at the point when the url is set. This patch fixes the issue.

In my case this didn't help either.
The problem was that the path was correct, but the server couldn't serve image by 'http://' protocol.

Solution was replacing the method that builds URL:

<?php
$image[$tid]->url = file_create_path($fullpath . $image[$tid]->path);
?>

For what it's worth, only changing the file_create_url() to file_create_path(), worked for me. I did not need to change the first argument to $fullpath.

I got it.

In the file taxonomy_image.module, line #244, replace

<?php
$image[$tid]->url = file_create_url($mypath . $image[$tid]->path);
?>

by

<?php
$image[$tid]->url = file_create_path($fullpath . $image[$tid]->path);
?>

Then go to line #268, change

$img = getimagesize($image[$tid]->path); thành 

to

$img = getimagesize($image[$tid]->url);

Works perfectly.

This solution worked for me as well. The others listed here produced similar errors because it was looking for the image in the module folder.

This worked for me also, Thanks a lot.

I'd like to see this committed as a patch; I'd rather not hack the module.

It was broken for me too, because 'allow_url_fopen' was set to FALSE in php.ini, so you can't access files by url (as I understand it). Everything I've read points to it being a huge security hole, so I won't be changing it.

Looks like the change above will prevent it from trying to open the file by url and use the path instead, which will probably fix it.

Thank you tuthanh for posting your solution.

It works perfect.

#6 worked for me, Thanks!

  // Not cached, so go build it.
    if ($image[$tid] = db_fetch_object(db_query('SELECT i.path, d.name, d.description FROM {term_image} i INNER JOIN {term_data} d USING(tid) WHERE i.tid=%d', $tid))) {
      //$image[$tid]->url = file_create_url($mypath . $image[$tid]->path);
   +++  $image[$tid]->url = file_create_url($fullpath . $image[$tid]->path);
    }
    elseif ($recursive) {
      // Walk up the taxonomy hierarchy and look for an image.
      $orig = $tid;
      while ($parent = db_fetch_object(db_query('SELECT t.tid FROM {term_hierarchy} h, {term_data} t WHERE h.parent=t.tid AND h.tid=%d ORDER BY weight, name', $tid))) {
        return $image[$orig] = taxonomy_image_get_object($parent->tid, $recursive);
      }
    }
  }

  // If there was no image, but there is a default, fake it.
  if (!isset($image[$tid]->path) && ($default = variable_get('taxonomy_image_default', NULL))) {
    $image[$tid]->path = $default;
    $term = taxonomy_get_term($tid);
    $image[$tid]->name = $term->name;
    $image[$tid]->description = $term->description;
      +++   $image[$tid]->url = url($fullpath . $image[$tid]->path, array('absolute' => TRUE));
  }
  // Get more properties if we had an image.
   +++  if (!empty($image[$tid]->url)) {
      $image[$tid]->tid = $tid;
    +++  $img = getimagesize($image[$tid]->url);
     // Make sure it worked.

#7 worked for me as well. I changed the function name and images began to appear on the term edit screen as well as Views I had configured to pull in taxonomy term images.