Closed GoogleCodeExporter closed 9 years ago
no ...
In fact ... jBrout shouldn't save db.xml with photo's nodes with empty dates.
In fact, it shouldn't try to save pictures with no dates, at import time.
Original comment by manat...@gmail.com
on 11 Oct 2010 at 5:54
can you send me a picture which makes jbrout save a photo's node with empty
date at import time ?
Original comment by manat...@gmail.com
on 11 Oct 2010 at 6:33
Oh i found it.
Just import a file without exif info and read-only.
(In general, read-only files are bugging jbrout. If you select a lot of files
with ONE read-only, you can't apply all functions and the right click menu is
reduced to the read-only functions, very boring if you want to build all
thumbnails)
Original comment by p...@gmx.fr
on 12 Oct 2010 at 10:15
Yes !
you find it !
I reproduce it everytime now !
But what can I do with a picture which doesn't have EXIF, when jBrout can't set
them because the file is readonly ?!?
Since some times : jBrout always use exif... and if picture doesn't have them,
jBrout build them (fake one), to be able to manage the picture (exif
thumbnails, efix dates ...)!
I vote for an "import error" ! no ?
Original comment by manat...@gmail.com
on 14 Oct 2010 at 6:43
fixed in r316 ...
Now jBrout can't import pictures which don't have EXIF if the picture is not
writeable. Because jBrout needs a minimal exif set, if it can't set them
(minimal exif set) at import time, because the file is not writeable : it
breaks the import (like it breaks when a file is bad).
thanks to you !
Now, we can say that this error will never be here again !
Original comment by manat...@gmail.com
on 14 Oct 2010 at 9:28
Maybe you shouldn't break the import if a file is bad.
Better enter in the db the modified file date.
Or accept a file without date.
And maybe asking the user if he wants to remove the readonly attribute from all
the files before input.
Original comment by p...@gmx.fr
on 15 Oct 2010 at 12:21
Original issue reported on code.google.com by
p...@gmx.fr
on 11 Oct 2010 at 10:34