We found major bug in imagemagick >=6.1.3.2 (maybe lower versions are affected too, 6.1.0.1 works ok). When performing two or more crops at one image, second crop works with bad parameters. It can prevent some programs from working correctly (actually, we are developing such a program, but other programs may be affected as well). We reported this bug to magick-bugs yeasterday. I think imagemagick-6.1.3.2 and imagemagick-6.1.3.4 should be masked. Reproducible: Always Steps to Reproduce: Use any image of size 1600x1200 and run: convert -crop 800x800+201+201 -crop 200x200+0+0 your_image output_image Actual Results: You will get this error message: convert: geometry does not contain image `your_image'. Expected Results: Imagemagick should crop original image to size 200x200 beginning at [201, 201] point of original image.
Either way, something needs to be fixed. Older versions have libtool issues (Bug 69705).
I'll do version bump today later.
According to http://studio.imagemagick.org/magick/viewtopic.php?t=3214, they don't consider this as a bug, but as a feature. It changed somewhere between 6.1.0.1 and 6.1.3.2 (without changing of documentation). I think this is a very odd "feature" (most of operations fail after crop if you don't use +repage option - this is not documented in developer documentation nor in man pages). Maybe we will consider use of another library - I wonder about more such surprises and "features" in future versions. Sorry for reporting this.
Version bumped, sorry for the delay. As you can see it's imagemagick feature, not bug ;)