This could be related to: #494506: Using Imagefield Crop Cannot Re-Crop Image if Pathauto is Used For File Name Cleanup but that issue is listed as fixed a long time ago, so I don't know why it would be an issue using the release from a few months ago.

When FileField Paths is enable, Imagefield Crop does not function properly. I believe it is not longer able to access the uncropped image. This manifests itself in two ways:

When I edit a previously saved node, it is no longer possible to re-crop the image, as the cropped image shows in the crop window.

Also, any imagecache setting seem to be trying to perform the crop transformation on the cropped image, resulting in images that only occupy a portion in the top left of the specified image dimensions.

Comments

terbs’s picture

terbs commented

I was having very similar problems.

After going over the code, I finally discovered it's critical that imagefield_crop has a higher weight in your database than fieldfield_paths. Set the weight higher and let me know if it fixes your problems.

If you want the technical answer for why this works, here you go!

filefield_paths has an imagefield_crop.inc file with an implementation of hook_filefield_paths_process_file() in it (imagefield_crop_filefield_paths_process_file). This hook handles copying the myimage.jpg.crop_display version of the file when the regular version is moved by FFP. In this hook there are references to a couple variables in the $file object, namely $file['filepath']['new'] and $file['filepath']['old']. However, those variables only get added to the file object by a separate implementation of this same hook: filefield_paths_filefield_paths_process_file().

In my install imagefield_crop_filefield_paths_process_file() was running BEFORE filefield_paths_filefield_paths_process_file(). Since these hooks were processing out of order imagefield_crop_filefield_paths_process_file() was unable to access the new/old filepath data, so it was unable to copy the .crop_display version of the photo, so imagefield_crop was defaulting to the cropped version. Quite a cascade reaction! WHEW!

So long story short, try giving imagefield_crop a higher weight so its hooks run after fieldfield_path.

salvadorp’s picture

salvadorp commented

If the solution of changing weights doesn't work, you can try this solution http://drupal.org/node/835658

The solution of unique names for the pictures worked for me.

neRok’s picture

neRok commented
Issue summary: View changes
Status: Active » Closed (fixed)

Such an old open issue with solutions presented, so closing it.

Also a related issue at #728256: Imagefield Crop don't work with FileField Path