Bug 239938 - Tags view doesn't show all images with that tag
Summary: Tags view doesn't show all images with that tag
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Albums-MainView (show other bugs)
Version: 1.2.0
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-29 02:16 UTC by jgoerzen
Modified: 2016-07-14 17:04 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In: 5.1.0
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description jgoerzen 2010-05-29 02:16:06 UTC
Version:           1.2.0 (using KDE 4.3.4) 
OS:                Linux

I was browsing photos in an album.  Hovering over one would show what tags it has.  I wanted to see all images with one of the tags, so I switched to the tags view on the left and selected that tag.  It showed images from only 2 albums, despite the presence of that tag all over the place in many other albums.  Viewing one such album and using the tag filter on the right produced expected results.

With digikam closed, I examined the digikam4.db and everything seems to be in order; the images in question do have approprate entries in the ImageTags table.

Reproducible: Always

Steps to Reproduce:
Every single attempt to view images with that tag produces too few results.



OS: Linux (x86_64) release 2.6.32-3-amd64
Compiler: cc
Comment 1 jgoerzen 2010-05-29 04:56:44 UTC
After it sat for a few minutes while I sent in this bug report, I went back to the same screen.  The scrollbar now indicated many more items present, but there were significant display oddities.

I could scroll down through the list, and there would be places where there were several screenfulls of empty white.  I don't just mean that the thumbnails didn't render yet.  It was completely empty at those spots.  No borders for photos, nothing.  Yet other places it worked fine.  Sometimes I scrolled and it would just have corruption where the thumbnails go.

This doesn't happen at all in the album view.

CPU is a Core 2 Quad Q9550 so it's not as if it's under-powered here.

Also of note: this is my first attempt runing digikam on 64-bit Linux.  I had used it on 32-bit for many years.  I tar'd up the database and albums dir before reinstalling my system, and untarred both to the same precise filesystem location afterwords.
Comment 2 caulier.gilles 2010-05-29 07:58:41 UTC
sound like an icon voew dysfunction?

Can you take a shot of this problem ?

Gilles Caulier
Comment 3 Simon 2010-05-29 09:24:52 UTC
I can partially confirm this issue with the current SVN version.

Partially means: No images shown at all here. Not even a single one.
Comment 4 caulier.gilles 2010-05-29 09:30:06 UTC
run digiKam in the console and look if error messages appears.

Gilles Caulier
Comment 5 Simon 2010-05-29 09:34:37 UTC
No messages here. (digikam run with env_svn.sh)
Comment 6 caulier.gilles 2010-05-29 09:36:31 UTC
Open a console and run "digikam" program...

What's your shell script do exactly ?

Gilles Caulier
Comment 8 jgoerzen 2010-05-29 17:05:55 UTC
Mysteriously, it has now gone back to its original behavior of showing just a few photos.  I rebuilt all thumbnails thinking that might fix it -- it didn't.  But it still shows a bit of oddness as the scrollbar scrolls past the end of the photos.  I'm attaching a screenshot of that at least.
Comment 9 caulier.gilles 2011-12-14 09:21:56 UTC
jgoerzen,

This file still valid using digiKam 2.x serie ?

Gilles Caulier
Comment 10 caulier.gilles 2013-11-25 17:17:12 UTC
jgoerzen,

This file still valid using digiKam 3.5.0 ?

Gilles Caulier
Comment 11 caulier.gilles 2015-06-30 08:06:37 UTC
New digiKam 4.11.0 is available :

https://www.digikam.org/node/740

Can you reproduce the problem with this release ?
Comment 12 caulier.gilles 2016-07-14 17:04:23 UTC
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