| Summary: | Thumbnails are often shown empty | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Yuri <yuri> |
| Component: | Thumbs-Image | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | caulier.gilles, mbriza, nucleo, rdieter |
| Priority: | NOR | ||
| Version: | 2.6.0 | ||
| Target Milestone: | --- | ||
| Platform: | FreeBSD Ports | ||
| OS: | FreeBSD | ||
| Latest Commit: | Version Fixed In: | 5.1.0 | |
| Sentry Crash Report: | |||
| Attachments: |
screenshot
requested debug log showfoto screenshot showing missing thumbnails showfoto terminal log |
||
|
Description
Yuri
2012-06-27 21:39:04 UTC
Created attachment 72181 [details]
screenshot
run kdebugdialog and turn on digiKam, kexiv2, kdcraw debug space, and run digiKam through a console. Report here all trace printed... Gilles Caulier Created attachment 72183 [details]
requested debug log
Attaching the console output with all requested debug spaces turned on.
There is something wrong with KDE Kio slave interface. Job are started and broken for an obscure reason. Thumbnail are process in a separated process trough KIO slave. This is why thumb are empty. Sound like a problem with KDE core, not digiKam. Just to test, run Showfoto and open a folder with images. Look if thumb are visible in thumbbar. Showfoto do not use kioslave... Gilles Caulier Created attachment 72186 [details]
showfoto screenshot showing missing thumbnails
showFoto also has problem with thumbnails. See screenshot.
Created attachment 72187 [details]
showfoto terminal log
This is strange because image are loaded from HDD :
showfoto(75506)/digikam (core) Digikam::DImg::load: "/home/yuri/Pictures/TX-Nov-2012-and-NorCal/DCIM-TX-2011-11-part1/101ND300/DSC_7493.JPG" : JPEG file identified
showfoto(75506)/KEXIV2 KExiv2Iface::KExiv2::getImageDateTime: DateTime => Exif.Photo.DateTimeOriginal => QDateTime("Tue Nov 8 19:10:17 2011")
showfoto(75506)/digikam (core) Digikam::DImg::load: "/home/yuri/Pictures/TX-Nov-2012-and-NorCal/DCIM-TX-2011-11-part1/101ND300/DSC_8128.JPG" : JPEG file identified
showfoto(75506)/KEXIV2 KExiv2Iface::KExiv2::getImageOrientation: Orientation => Exif.Image.Orientation => 1
showfoto(75506)/digikam (core) Digikam::DImg::load: "/home/yuri/Pictures/TX-Nov-2012-and-NorCal/DCIM-TX-2011-11-part1/101ND300/DSC_8127.JPG" : JPEG file identified
showfoto(75506)/KEXIV2 KExiv2Iface::KExiv2::getImageOrientation: Orientation => Exif.Image.Orientation => 1
showfoto(75506)/digikam (core) Digikam::DImg::load: "/home/yuri/Pictures/TX-Nov-2012-and-NorCal/DCIM-TX-2011-11-part1/101ND300/DSC_8126.JPG" : JPEG file identified
showfoto(75506)/KEXIV2 KExiv2Iface::KExiv2::getImageOrientation: Orientation => Exif.Image.Orientation => 1
showfoto(75506)/digikam (core) Digikam::DImg::load: "/home/yuri/Pictures/TX-Nov-2012-and-NorCal/DCIM-TX-2011-11-part1/101ND300/DSC_8125.JPG" : JPEG file identified
showfoto(75506)/KEXIV2 KExiv2Iface::KExiv2::getImageOrientation: Orientation => Exif.Image.Orientation => 1
showfoto(75506)/digikam (core) Digikam::DImg::load: "/home/yuri/Pictures/TX-Nov-2012-and-NorCal/DCIM-TX-2011-11-part1/101ND300/DSC_8124.JPG" : JPEG file identified
showfoto(75506)/KEXIV2 KExiv2Iface::KExiv2::ge
... to get thumbnail, but nothing is show...
If you run dolphin with icon view mode through a folder where images are stored, do you see thumbnails properly ?
Gilles Caulier
dolphin thumbnails (with preview on) work fine. gwenview thumbnails also work fine. Which libpgf you use ? Go to Help/Component Info for details. libpgf is used to created compressed thumbnails. Gilles Caulier LibPGF: 6.11.42 - internal library ok. it's fine. Do you compiled digiKam yourself or do you use a pre-compiled package ? Do you use sqlite or mysql database ? If you remove thumbnails-digikam.db file from your database folder, and you restart digiKam, it's fix the problem ? Gilles Caulier I compiled the FreeBSD port myself. I chose mysql database option before compiling. Removing thumbnails-digikam.db doesn't help the problem. 1 / Please switch to sqlite to see if it's a thumbs DB problem under freeBSD 2/ If it doens't help, i suspect a libpgf port problem under freeBSD. With cmake use "-DENABLE_THUMBS_DB=off" to disable thumbnails DB and use fredesktop rules based on PNG thumbs (less faster and huge space disk)... Gilles Caulier 1. switching to sqlite didn't help. 2. with cmake use "-DENABLE_THUMBS_DB=off" thumbnails show fine. I reported this issue to FreeBSD maintainers: kde@freebsd.org Ok. That i suspected about libpgf. If you want t investigate more, look into digikam/tests, there are 3 small command line tools to check libpgf. One is qtpgftest. create a small test.png image and copy it in same dir than qtpgftest. Run this one : it will save it as pgf and look if it can load it in reverse. It will do the same with JPG and PNG codec and print conversion time to compare. If all is fine, you must see no error on the console and test.pgf must be created. You can load it with showfoto so see if image is valid. If something go wrong, there is libpgf port failure under FreeBSD. You ust report this problem to PGF team... Gilles Caulier There is a similar report in the Red Hat Bugzilla for Fedora 17 (Digikam 2.6.0) on https://bugzilla.redhat.com/show_bug.cgi?id=836953 . the fedora downstream report in comment #16 seems to imply the problem is in libgphoto2-2.4.14 To Rex from comment #17 : there is no relation between libgphoto2 and digiKam thumbnail interface... Yuri, Please, give use a fresh feedback to see if this entry still valid using last digiKam 3.5.0. Thanks in advance Gilles Caulier Yurl, this file still valid using last digiKam 4.2.0 ? Gilles Caulier New digiKam 4.11.0 is available : https://www.digikam.org/node/740 Can you reproduce the problem with this release ? Gilles Caulier digiKam 4.12.0 is out : https://www.digikam.org/node/741 We need a fresh feedback using this release please... Thanks in advance. Will provide feedback once will install this version. With digiKam 5.0.0, this problem is not reproducible. I close this file now. Don't hesitate to re-open if necessary. Gilles Caulier |