Bug 193489

Not reproducible here on my computers. KDE 4.2.3, Qt 4.5.1. Mandriva 2009.1

Others feedbacks ?

Gilles Caulier

I can confirm this, too.

The same problem for me.
digikam-0.10.0-6mdv2009.1.i586.rpm

it appears after few seconds and some selections with mouse. looks like refreshing of thumbnails is very slow and blinking

Anything special to bring it on? Does it happen with all albums? Once started, is it persistent? Does it use CPU? Any output on the console? What happens when scrolling, selecting an item, clicking on an item to open preview?

i have made a video capture of this problem.
http://www.fgarnier.com/pub/capture-digikam.ogg

yes, it's persistant once started and concern all albums
no output on the console
it happen since a have change the location of the images folder, and a new re-synchro of pictures. re-generation of thumbnails change nothing.

I find the cause (in my case) :
- i have two users (same group) on my computer and one images folder for the two (with rights on 775)
- if a re-create a new database in digikam and select only my pictures (owner me) all is right
- if i select only one picture of the other user, bingo... all thumbnails are flashing again, for the pictures i own too...

it looks like a corruption of the database

I had to delete the database and the rc file..
Everything seems to work now using svn

Marcel, 

It's a DB access problem ? Sqlite relevant ?

Gilles Caulier

I have no idea about this one. I would suspect problems with storing created thumbnails. Or somewhere in the cache, but it usually works well.
Let's see if it is gone with thumbnail database enabled.

To all,

Please recompile and install last code of digiKam using this CMake option :

-DENABLE_THUMBS_DB=ON

.. and try again. digiKam wilml use another sqlite database to host thumbnails cache (saved in PGF format : wavelets based). DB file is hosted at the same directory than lead digiKam database file.

Gilles Caulier

sorry I don't have the database anymore

Markus,

You must use current code from svn (next 1.0.0-beta2)

Gilles Caulier

I alsoe get this behavior when opening folders. Never thought much about it as it settles after a minute or two depending on the amount of files in the folder. I can select items and open previews.
I use Ubuntu 9.04 and digiKam 0.10.0. I have not done anny compilation on my own, use only files from the repositorys.
 Havent noticed this behaviour on my Acer with S3 graphichs only on the Asus with nVidia.

I can confirm this problem.  I get thumbnails that blink and are blank until I mouse over them.  Sometimes the blinking goes on continuously, pegging the CPU.  I see this in Digikam SVN (1.0.0-beta2 rev. 987666) KDE version 4.2.2

When I go back to my disto's version (Ubuntu 0.10.0), the blinking is not as bad, but I can reproduce by scrolling within an album.  As the thumbnails are scrolled, they blink quite a bit.

I also have recently moved my albums, although I'm not sure that is what is causing the problem.  If you can't reproduce, maybe try creating a symlink to an existing Album Directory, then adding that to the DB?

Sorry, forgot to mention that I did the steps in comment 10.  I did a "make clean", got the latest from SVN, set -DENABLE_THUMBS_DB=ON and recompiled.

I see a new database next to digikam4.db: thumbnails-digikam.db, about 5.2M in size.

*** Bug 202955 has been marked as a duplicate of this bug. ***

I meanwhile compiled 1.0.0 beta3 with the -DENABLE_THUMBS_DB=ON option. The thumbnail database is created.
Sometimes when I start digikam there is no flickering - sometimes there still is.

May this be due to updating the images on the canvas when any image thumbnail is updated in the database? (Just my two cents...)

Same issue here. Looks remarkably like the film posted above. The nature of the files in the directory makes no difference (Jpegs or Jpegs and PEF files).

digikam is 1.0.0.0-beta1 from http://ppa.launchpad.net/kubuntu-ppa/experimental/ubuntu
System is x86_64 although I doubt it's relevant. 

Nothing exciting appears when run from a terminal or in .xsession-errors.
Unless stuff like :

"QSqlDatabasePrivate::removeDatabase: connection 'digikamDatabase-7198720' is still in use, all queries will cease to work."

is relevant ? (I doubt it, but I've no idea really...)

Same here!
Ubuntu 9.04 with digikam 1.0beta3.
Deleting database and/or changing permissions doesn't work :(

*** Bug 208201 has been marked as a duplicate of this bug. ***

Version:           1.0.0-beta3 (using KDE 4.3.1)
OS:                Linux
Installed from:    Ubuntu Packages

>Does it happen with all albums? 
Yes, it happen for all the album, with all the kind of file, pictures and also videos.
>Once started,is it persistent? 
Yes, it's persistent and very continuous
>Does it use CPU? 
Yes, it is CPU intensive
>Any output on the console? 
timeChanged
void SunLocator::update()
>What happens when scrolling, selecting an item, clicking on an item to open preview?
The behaviour remains the same
>Anything special to bring it on?
If I copy one file in my album, while the thumbnails are flickering, the copy is really slow; if I make the copy and then I move the GUI view in an album without photos or flickering, it goes at the normal speed.

Anyone here running latest SVN who can reproduce this bug reliably and is willing to apply some patches for finding out what is happening?

I've tried pulling the SVN version but Ubuntu 9.04 has too many core libraries that aren't up to date (compared to it) so building it quickly became problematic.

I just update my system and now with:

Version:           1.0.0-beta5 (using KDE 4.3.2)
Installed from:    Ubuntu Packages (Karmic)

the problem is disappeared.
Thanks!