Disappearing cover images

[Robby Stephenson]

Hi everyone,

I'm back now. Sorry this was a bit of a hot topic while I was gone. I'd 
dearly love to get it fixed, so I appreciate everyone's help.

I'm going to end up replying to several different messages in this one 
email, I think.

On Wednesday 29 November 2006 8:08, Regis Boudin wrote:
> On Wed, November 29, 2006 15:35, zybexxx at gmail.com said:
> > Dnia środa, 29 listopada 2006 16:24, Regis Boudin napisał:
> >> Also, I played with Krzysztof's files yesterday and couldn't manage to
> >> loose any file. I cleaned up the collection from references to lost
> >> images, updated entries using ImdB, save, closed, reopened, and all
> >> the images were still present. I will continue searching, and try to
> >> put something online this evening.

Yup. Very similar to what I've been trying as well. So far, no luck hitting 
the bug for me.

On Tuesday 28 November 2006 14:59, Regis Boudin wrote:
> Thanks for the explanation, that's precisely what I needed to check an
> intuition I had : The image file is referenced in the XML file, but not
> present in the zip file, which clarifies the problem as "files are not
> saved". :)

That's the symptom, at least. When everything gets saved, each image gets 
pulled from the image factory, either by loading from disk or using the 
cache. If, for whatever reason, the image isn't there, then it can't be 
saved, obviously. ;) The XML still gets the image info, but no data. Then, 
the next time you open the file, it's a null image.

> On Wed, November 29, 2006 15:35, zybexxx at gmail.com said:
> > hmm, its weird. I'll try to make a list of actions i did before saving
> > corrupted file. It could help you to duplicate the problem.

That would be excellent. If you're compiling from source, then you can 
include the --enable-debug=full configure flag, and probably also turn on 
logging in the tellico_debug.h file by making sure TELLICO_LOG is defined. 
Then, when Tellico saves the file, if the image isn't saved, then you 
should see some output on the command-line saying so. 
>
> >> Krzysztof, what I intend to put online is only a flag change
> >> (something like "RELEASE_IMAGES"), so you can try it by yourself if
> >> you don't want to
> >> wait.
> >
> > I dont understand the purpose of the flag You proposed.
>
> It reverts to the way tellico worked previously (1.2.4). IIRC, the bug
> appeared with 1.2.5, so it would be nice to know if the problem is
> present or not with the flag disabled.

Being able to definitively isolate which version introduced this bug would 
be very nice. I've been assuming that it started in version 1.2.5, where I 
added some code to release images from the cache that were known to be 
written on the disk, either in a tmp dir or the actually app dir. If you 
compile from source and remove the RELEASE_IMAGES flag on line 28 in the 
imagefactory.cpp file, then it should revert to the 1.2.4 behavior.

But if this bug was around before that, then that would help me figure it 
out. 

My book collection has 290 images in a little under 3 mb. My movies are 80 
images in 700 kb, and my CDs are 190 images in 30 mb (several large images) 
and so far, I haven't had problems with missing covers, so I'm not sure 
what is triggering it.

Robby