Bug 278927

Created attachment 62377 [details]
picture, which is not displayed

Created attachment 62378 [details]
Screenshot

the picture should be displayed in digikam, but is not.
In the windows explorer, one can see the picture.
Showfoto can display the picture.

Comment on attachment 62378 [details]
Screenshot

In the explorer, the picture ist displayed, in digikam not.
Showfoto can display the picture

Run kdebugdialog and turn on digiKam, kexiv2, and kdcraw debug space.

install and run debugview.exe and start digiKam. What did you see in debugview when you try to show the images.

Gilles Caulier

After Pressing F5, I get the following lines

[6084] digikam(6084) void __thiscall KMap::ItemMarkerTiler::slotSourceModelReset(void): ----
[6100] Debug:kio_digikamalbums(6100)/digikam (kio-slave) void __thiscall kio_digikamalbums::special(const class QByteArray &): kio_digikamalbums::special  KUrl("digikamalbums:/00 Arbeitsordner/Import/?albumRoot=B%3A%2FBilder&albumRootId=2&databaseType=QSQLITE&databaseName=C%3A%2FDokumente%20und%20Einstellungen%2Frla%2FEigene%20Dateien%2FEigene%20Bilder%2FDigikamDB%2Fdigikam4.db&connectOptions=&hostName=&userName=&password=")
[6084] digikam(6084) void __thiscall KMap::ItemMarkerTiler::slotSourceModelReset(void): ----


Does this help?

kind regards, Rainer

These lines after rebuilding the thumbnails in the album:

[6084] digikam(6084)/KDCRAW bool __cdecl KDcrawIface::KDcraw::loadEmbeddedPreview(class QImage &,const class QString &): Preview data size: 702441
[6084] digikam(6084)/KDCRAW bool __cdecl KDcrawIface::KDcraw::loadEmbeddedPreview(class QImage &,const class QString &): Using embedded RAW preview extraction
[6084] digikam(6084)/KEXIV2 enum KExiv2Iface::KExiv2::ImageOrientation __thiscall KExiv2Iface::KExiv2::getImageOrientation(void) const: Orientation => Exif.Image.Orientation =>  1
[6084] digikam(6084)/digikam (core) bool __cdecl Digikam::isJpegImage(const class QString &): mimetype =  "JPEG"
[6084] digikam(6084)/KEXIV2 enum KExiv2Iface::KExiv2::ImageOrientation __thiscall KExiv2Iface::KExiv2::getImageOrientation(void) const: Orientation => Exif.Image.Orientation =>  8


kind regards,
Rainer

Did you double-check you did not set a filter?

Yep, and I pressed that cool "reset all filters" button.

Did I mention, that I am using 2.0.0rc?

Is there any reason, why this bug isn't confirmed? The screenshot shows the case clearly, I think.

As expected, the photo is shown here.

What happens if you copy the file to a different directory? Is there any pattern which files are not shown?

As of now, I didn't recognize any pattern.
It happens from time to time.
I am using a nikon D70s and a iphone 3. I couldn't remeber this problem with the iphone, but I do not take lot's of pictures with it.
It happens with jpg and with nef format too.

Once "it" happens, I can rename or move these files - they are still not read.

I thought the problem is resolved by pressing f5 "update" - but this doesn't help.

Is your database file very large? If possible you could send it to me via private mail for examination.

With 2.0 (not 2.0rc), it is even worse: most of the time, I cannot see any pictures in the album!
Some times I see some, but most of the times not. As of now, I cannot give any hints, when the pictures are visible.
I can recreate the thumbnails for a album, even when the pictures are not visible. And I cannot see the thumbnails later on.
The picture sub menu is not visible (since digikam seems to not see any pictures.

This is really annoying!

Rainer,

This file stil valid using digiKam 2.3.0 for windows ?

Gilles Caulier

yep, this file is still valid for digikam 2.3 / windows.

Created attachment 67077 [details]
Screencopy of the content folder

The first 2 groups of pictures _913 and _944 are those ignored by Digikam

Same kind of problem, running Digikam 2.4.1 on Linux/Fedora.

Currently, there are 2 groups of pictures I cannot see in Dk any longer. I have seen them in the past, have worked on them: derawtised and produced a TIFF Darktable, then resizing to a JPEG in Digikam; I've also edited one of them in Gimp.

Then I started to play with the version group, in order to keep only one version in the main window and some groups completeley vanished from Digikam. They still are the same place in the folder, I can open them with any program; but Digikam doesn't seem to see them, and never display them.

There is no active filter. I've tried the F5 refresh function, thumbnail rebuilding, re-reading metadata from pictures, nothing seems to work; these pictures seem to be 'lost' for Digikam.

Created attachment 67079 [details]
Screencopy of the album view in Digikam

The two groups of pictures are nowhere to be seen

I tried to reupload the missing pictures from the folder they are in; Digikam detects they already exist, and ask for "ignorer/écraser" but whatever option I choose, the pictures still don't reappear!

I've made another screencopy showing the album view with the discrepancies in the number of pictures. See next attachment.

Created attachment 67088 [details]
View of the album where pictures are missing

The left panel says there are 42 pictures in this album.
But there are only 35 in the status bar, and in the album title, and no filter.
So 7 pictures are 'hidden' by Digikam.

If you open one of the images in the folder in the image editor, do you see the images appear in the editor's thumbnail bar?

you mean "image editor" like showfoto? Yep, I can see a thumbnail.
You mean "image editor" like windows image ...? In the "windows bild und faxanzeige", I cannot see a thumbnail position at all.

If you are wondering, if there is a thumbnail in the exif data, yes there is:


# LANG=en exif.exe  DSc_6348.JPG
EXIF tags in 'DSc_6348.JPG' ('Motorola' byte order):
--------------------+----------------------------------------------------------
Tag                 |Value
--------------------+----------------------------------------------------------
Manufacturer        |NIKON CORPORATION
Model               |NIKON D70s
Orientation         |left - bottom
x-Resolution        |300.00
y-Resolution        |300.00
Resolution Unit     |Inch
Software            |Ver.1.00
Date and Time       |2011:07:23 19:04:30
YCbCr Positioning   |co-sited
Compression         |JPEG compression
x-Resolution        |300.00
y-Resolution        |300.00
Resolution Unit     |Inch
YCbCr Positioning   |co-sited
Exposure Time       |1/125 sec.
FNumber             |f/5.6
Exposure Program    |Normal program
Exif Version        |Exif Version 2.21
Date and Time (origi|2011:07:23 19:04:30
Date and Time (digit|2011:07:23 19:04:30
Components Configura|Y Cb Cr -
Compressed Bits per |1.00
Exposure Bias       |0.00 EV
MaxApertureValue    |4.80 EV (f/5.3)
Metering Mode       |Pattern
Light Source        |0
Flash               |Flash did not fire.
Focal Length        |65.0 mm
Maker Note          |27982 bytes undefined data
User Comment        |
SubsecTime          |90
SubSecTimeOriginal  |90
SubSecTimeDigitized |90
FlashPixVersion     |FlashPix Version 1.0
Color Space         |sRGB
PixelXDimension     |3008
PixelYDimension     |2000
Sensing Method      |One-chip color area sensor
File Source         |DSC
Scene Type          |1
CFA Pattern         |8 bytes undefined data
Custom Rendered     |Normal process
Exposure Mode       |Auto exposure
White Balance       |Auto white balance
Digital Zoom Ratio  |1.00
Focal Length In 35mm|97
Scene Capture Type  |Standard
Gain Control        |Normal
Contrast            |Normal
Saturation          |Normal
Sharpness           |Normal
Subject Distance Ran|Unknown
InteroperabilityInde|R98
InteroperabilityVers|0100
--------------------+----------------------------------------------------------
EXIF data contains a thumbnail (8965 bytes).

I mean digikam's editor, which appear when you select any photo in the album and click on "Edit" leftmost in the toolbar. All images in the current album are set on the thumbnail bar of the image editor window.

Nope, in the "Vorschauleiste" (strg-t), the image is not visible too.

Same for me: it's impossible to open a missing picture in the editor, as it doesn't appear in a Digikam album.
I tried "open with ..." from Nautilus; it launches Digikam, but the picture I asked to open is not there.

I've also the problem of images that disappeared after playing around with grouping/versioning. The problem exists in v2.3, v2.4 and v2.5. I've taken a look at the digikam4.db and found a solution for *my* problem. Maybe it helps you too.

First you need the sqlite3 tool to open digikam4.db (please work on a backed up DB!). I use pic.jpg and pic_v1.jpg as my example images.
$ sqlite3 digikam4.db
sqlite> select * from Images where name="pic.jpg" or name="pic_v1.jpg";
322|1|pic.jpg|1|1|2011-09-12T07:42:27|1632259|60c7b5d04416248f228720ed452c13b9
326|1|pic_v1.jpg|1|1|2011-12-22T13:05:31|475912|988fa2584f52daab90221891abf5b109
sqlite> select * from ImageRelations where (subject=322 and object=326) or (subject=326 and object=322);
322|326|2
326|322|2
sqlite> 

As you can see the images are "linked" in both directions, all working grouped images are only "one-way linked". Deleting one of that ImageRelations line brings back the missing images in Digikam.

It's quite easy to get that double linking in Digikam:
- Select two images
- Open the RMB context menu of the *first* image
- Execute "Group / Group selected here"
- If you can't see both pictures now, click the "expand" button to show them both again.
- If both images aren't selected, select them.
- Open the RMB context menu of the *other* image
- Execute "Group / Group selected here"
- Now both images should have the "versioned" symbol.
- Restart Digikam
- Images are "lost".

Git commit 09fee5e06d2f2f5a63e60083c917fd059f3c4eb9 by Marcel Wiesweg.
Committed on 12/03/2012 at 14:43.
Pushed by mwiesweg into branch 'master'.

Rewrite addToGroup to handle more cases, especially grouping image b on a where a
is currently grouped on b

M  +2    -1    NEWS
M  +43   -7    libs/database/imageinfo.cpp

http://commits.kde.org/digikam/09fee5e06d2f2f5a63e60083c917fd059f3c4eb9

I checked the sql stuff from Andreas Mair.
The jpg file from comment #22 is not in the database at all.

So I don't think, that grouping stuff is directly related to my problem.
But I will look forward to test Marcels patch, when it is intergrated in the next win32 release to check, if it solves my problem too.

Kind regards,
Rainer

I checked the sql stuff from Andreas Mair.
The jpg file from comment #22 is not in the database at all.

So I don't think, that grouping stuff is directly related to my problem.
But I will look forward to test Marcels patch, when it is intergrated in the next win32 release to check, if it solves my problem too.

Kind regards,
Rainer

Rainer: seems someone hijacked your bug ;-)
I found your db file you sent me and also found out how to unpack the 7z file. The two files have an entry in the Images table, but they are not listed because they do not have an entry in the ImageInformation table. Now I cannot tell you why this would happen, there should be no codepath in ImageScanner to this end. A crash while scanning should not result in such corruption because at least for SQLite, the process will be done in a transaction.

Marcel: strange.
When I now look for the file ( select * from Images where name="DSC_6330.NEF";), I get no results.
When I do a find . -iname *.jpg. I get ~48K files, while select count(*) from Images; gives ~6k tupels (and yes, I once select scan at startup).
strange.
BTW, could you please change the status to something useful?