"Writing metadata to files..." never finishes

Thanks for the bug report. Could you generate a log file and attach it to this bug? To do that, run Shotwell from the command line like this:

$ SHOTWELL_LOG=1 shotwell

After the metadata writing hangs, exit Shotwell. Then find the file ~/.cache/shotwell/shotwell.log and attach it here. Thanks!

Here you go. It endlessly processes the same file. The file itself is OK (I checked it).

Thanks for the bug report and log file. This has also been reported upstream at http://redmine.yorba.org/issues/4297 .

Status changed to 'Confirmed' because the bug affects multiple users.

I haven't had this problem for quite a while, but after I added a bulk of photos—it's here again. Very annoying, it causes the PC to endlessly update the files.

Can this be addressed somehow?

We're not able to reproduce this so it may be challenging to fix, but we can look at the log file above and maybe that will give us some clues. I've just targeted the upstream bug for the next release of Shotwell (0.13). We'll see what we can do.

Thanks Adam, I also attach the most recent log, maybe it might help. By the way, looks like "*_modified" files cause this behaviour. In the log I see a lot of "timer restarted" events, like this:

L 30918 2012-04-08 15:53:22 [DBG] Photo.vala:3144: pipeline being run against [11713] /home/dk/Pictures/Photos/2011/08/02/dsc05782.jpg (/home/dk/Pictures/Photos/2011/08/02/dsc05782_modified.jpg), timer restarted.

Can it be caused by file system notification on file change?

Dmitry,

if this problem currently occurs every time you start Shotwell, could you do the following?

1. Generate a log file following the steps in comment #3 above.
2. Look at the log file to see which photo(s) are being processed endlessly.
3. Send email to <email address hidden> and attach your Shotwell database (~/.shotwell/data/photo.db), the log file (~/.cache/shotwell/shotwell.log) and the photo file(s) which are being processed over and over.

That should help us debug this. Thanks!

Dmitry,

good news: I figured out how to reproduce this, so I don't need anything more from you. I posted a list of steps to the upstream ticket (http://redmine.yorba.org/issues/4297). We should be able to fix this for 0.13.

What is the state of this bug?

With a collection of more than 12000 photos, I am right now suffering from this bug as well quite a bit.

If no fix is available yet, is there any workaround?

Thanks for any hint.

This was fixed 5 months ago in trunk (see the upstream ticket at http://redmine.yorba.org/issues/4297) and so the fix will be present in the upcoming 0.13 release. If you'd like the fix today, you can either install Shotwell from the Yorba daily PPA (https://launchpad.net/~yorba/+archive/daily-builds) or upgrade to the Ubuntu Quantal pre-release, which includes Shotwell 0.12.90 which has this fix.

Thanks very much, that's great!

I installed on Ubuntu 12.04 after compiling from Quantal's 0.12.90
source tarball.

Works well and seems to prevent me from falling back to digikam...

I see this bug in Ubuntu 12.10 using Shotwell 0.13.1. Isn't the bug supposed to be fixed in this version ?

I also have this same bug on Ubuntu 12.10 Shotwell 0.13.0

Hello,

Using Ubuntu 12.10, shotwell 0.13.0.
Same problem here with metadata writing. Stuck at 99%.
Sending log file and database to <email address hidden>.

Thanks.

Hello i'have the same problem on ubuntu 12.10 64 bit and shotwell from repository (0.13.1)
only work around disable writing labels in files option.

This is known to still be a problem in Shotwell. We hope to look at this for the 0.14 time frame. The upstream ticket for this work is at http://redmine.yorba.org/issues/4297