Bug 279182 - batch resize fails possibly due to timestamp in filename
Summary: batch resize fails possibly due to timestamp in filename
Status: RESOLVED UPSTREAM
Alias: None
Product: digikam
Classification: Applications
Component: Plugin-Bqm-Resize (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-08-02 16:01 UTC by Oliver Henshaw
Modified: 2017-07-01 11:45 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 2.6.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Oliver Henshaw 2011-08-02 16:01:06 UTC
Version:           1.9.0 (using KDE 4.6.5) 
OS:                Linux

Batch resizing fails when the image filename includes a ':' as part of a timestamp. This used to work in fedora 13, and no longer does after an update to fedora 15. I can also reproduce the problem with convert called from the command line, in the manner of https://projects.kde.org/projects/extragear/graphics/kipi-plugins/repository/revisions/master/entry/batchprocessimages/tools/resizecommandbuilder.cpp#L119

With straight convert,
$ convert -resize 1024x600 -verbose test.jpg small/test.jpg                              
test.jpg JPEG 1944x2592 1944x2592+0+0 8-bit DirectClass 2.651MB 0.140u 0:00.160                                      
test.jpg=>small/test.jpg JPEG 1944x2592=>450x600 450x600+0+0 8-bit DirectClass 147KB 0.510u 0:00.210
$ convert -resize 1024x600 -verbose test-18\:37.jpg small/test-18\:37.jpg            
test-18:37.jpg JPEG 1944x2592 1944x2592+0+0 8-bit DirectClass 2.651MB 0.130u 0:00.139                                
test-18:37.jpg=>small/test-18:37.jpg JPEG 1944x2592=>450x600 450x600+0+0 8-bit DirectClass 147KB 0.500u 0:00.240

when specifying the first frame things go wrong,
 convert -resize 1024x600 -verbose test.jpg[0] small/test.jpg             
test.jpg[0]=>test.jpg JPEG 1944x2592 1944x2592+0+0 8-bit DirectClass 2.651MB 0.170u 0:00.189                         
test.jpg[0]=>small/test.jpg JPEG 1944x2592=>450x600 450x600+0+0 8-bit DirectClass 147KB 0.480u 0:00.179
 convert -resize 1024x600 -verbose test-18\:37.jpg[0] small/test-18\:37.jpg             
convert: no decode delegate for this image format `37.jpg' @ error/constitute.c/ReadImage/532.                       
convert: missing an image filename `small/test-18:37.jpg' @ error/convert.c/ConvertImageCommand/2949.

http://www.imagemagick.org/Usage/files/#read_frames suggests putting single quotes around the frame specifier will help, but it seems to make no difference.



Reproducible: Always

Steps to Reproduce:
See above.


Expected Results:  
.

As I can reproduce the problem on the command line, I think this change came from either of:

bash-4.1.7-1.fc13.x86_64 -> bash-4.2.10-4.fc15.x86_64
ImageMagick-6.5.8.10-7.fc13.x86_64 -> ImageMagick-6.6.5.10-19.fc15.x86_64
Comment 1 Oliver Henshaw 2011-08-04 12:09:57 UTC
Appears to be a problem in ImageMagick, introduced between version 6.5.8.10-7.fc13 and 6.6.4.1-14.fc14 - see http://www.imagemagick.org/discourse-server/viewtopic.php?f=3&t=19215&sid=92d2d107379cfc06193f308603a89948&p=75054#p75053

I'll not close this bug yet, not till it's clear what the problem is.
Comment 2 caulier.gilles 2011-12-21 09:53:16 UTC
Oliver,

This file still valid using kipi-plugins 2.4 ?

Gilles Caulier
Comment 3 Oliver Henshaw 2012-01-10 17:13:45 UTC
The bug was in ImageMagick - see further discussion linked from comment #1 - and is fixed in 6.7.1-2. However, fedora 16 doesn't have the fix - see https://bugzilla.redhat.com/show_bug.cgi?id=732187 - i don't know about other distributions.