abrt version: 1.1.13 architecture: i686 Attached file: backtrace cmdline: gthumb /home/radek/Desktop/Tipo/Small/IMG_0911.JPG component: gthumb crash_function: raise executable: /usr/bin/gthumb kernel: 2.6.33.6-147.2.4.fc13.i686 package: gthumb-2.11.5-1.fc13 rating: 4 reason: Process /usr/bin/gthumb was killed by signal 6 (SIGABRT) release: Fedora release 13 (Goddard) time: 1282998330 uid: 500 How to reproduce ----- 1. Open image (height bigget than width) 2. Try to resize it (width bigger than height) 3. Observe crash
Created an attachment (id=441677) File: backtrace
- Can you reproduce the problem? - Does it still happen with the update in updates-testing: https://admin.fedoraproject.org/updates/gthumb-2.11.90-3.fc13 (If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update gthumb'). - Can you provide a picture which causes the problem?
*** Bug 628671 has been marked as a duplicate of this bug. ***
Still same, will send the picture as well gthumb: tiffcomposite.cpp:1141: virtual uint32_t Exiv2::Internal::TiffDirectory::doWrite(Exiv2::Internal::IoWrapper&, Exiv2::ByteOrder, int32_t, uint32_t, uint32_t, uint32_t&): Předpoklad „sv == d“ nesplněn.
The steps to reproduce are different. 1. Mark set of images - some of them are 4:3, some 3:4 .. 2. Hit tools, resize images - select 640x480 a rewrite target 3. When it get to first image in 3:4 it crashes
(In reply to comment #4) > Still same, will send the picture as well Please can you attach the pictures or provide a link to download them? Thanks!
*** Bug 644754 has been marked as a duplicate of this bug. ***
Please supply a sample image and procedure that triggers this crash. - Mike
*** Bug 657900 has been marked as a duplicate of this bug. ***
*** Bug 663497 has been marked as a duplicate of this bug. ***
*** Bug 672078 has been marked as a duplicate of this bug. ***
*** Bug 647236 has been marked as a duplicate of this bug. ***
Package: gthumb-2.12.1-1.fc14 Architecture: i686 OS Release: Fedora release 14 (Laughlin) How to reproduce ----- 1. trying to rest the exif date tag to the date picture taken 2. 3.
Re-assigning to exiv2. exiv2 bug report: http://dev.exiv2.org/issues/752 Please patch the F14 exiv2 rpm with this upstream patch: http://dev.exiv2.org/attachments/230/bug752-exiv2-0.20.patch For F15, a 0.21.1 release is supposed to be made upstream in the middle of February. Or the 0.21.x patch can be pulled in: http://dev.exiv2.org/projects/exiv2/repository/revisions/2435/diff?format=diff&rev_to=2434 This crasher bug is known to affect both gThumb and Shotwell. - Mike
Package: gthumb-2.12.1-1.fc14 Architecture: x86_64 OS Release: Fedora release 14 (Laughlin) How to reproduce ----- 1.when downloading pictures from sd card, often happens to crash, sometimes in the middle of the download, sometimes before the last picture, sometime after the last picture before starting the overview window 2. 3.
exiv2-0.20-3.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/exiv2-0.20-3.fc14
exiv2-0.20-3.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update exiv2'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/exiv2-0.20-3.fc14
had a problem with the update dependency and got filed as https://bugzilla.redhat.com/show_bug.cgi?id=678698 and noted in https://admin.fedoraproject.org/updates/exiv2-0.20-3.fc14
exiv2-0.20-3.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.