Version: 1.1.0 (using 4.3.5 (KDE 4.3.5), Mandriva Linux release 2010.0 (Official) for i586) Compiler: gcc OS: Linux (i686) release 2.6.31.12-desktop586-1mnb I have a JVC camera that generate video mpeg file that are named MOV000.MOD I used before 1.0 release to download those files having the "on the fly renaming rule" that put the timestamp. Since 1.0 release, the date is empty for all those type of files. As a consequence : - all files are trying to be renamed .mod so that the first file become hidden and the rest are -0.mod - it seems that the history download is not kept so that all those files are always declared as new even if I already downloaded them. The strange thing is that once downloaded. If I try to rename them, the date is then correctly feeded with the file name.
Can you provide a small test file?
Created attachment 41820 [details] screenshot of the missing date problem
Sound like a problem in Advance Rename tool which do not find mod metadata with Exiv2 (which is normal, like mod format is not yet supported). At least file system date must be used there. Andy ? Gilles Caulier
Gilles, this is the problem I mentioned some months ago :-) Somehow metadata is not visible anymore in the import tool. It worked for digiKam 0.10 and even 0.11, but in 1.0.0 it is broken. AdvancedRename works fine in AlbumUI and BQM, but not in Import, since the metadata is gone / not read. Maybe I need to call other methods in ImportUI than the ones from DMetadata and ImageInfo?
Do you still need a small test file ? I beleive not as the bug is identified but I will provide if you ask me.
If you can provide a test file, I can take a look at this problem again...
I fact you could take any video file that has no exif or XMP tag defined. I tryed to attched a sample file but even very small film takes 2 Meg. to generate a test file, you could do something like echo "toto" > example.mod and declare the extention "mod" as beeing a video file. I fact any video file will have this issue as the issue is more related to the fact that when no exif date are found it doesn't default to the creation date of the file.
SVN commit 1134267 by aclemens: Tripple-check datetime information in the parser. It should have been set already be the calling instance, but somehow it fails for CameraUI now. BUG:231585 M +28 -3 dateoption.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1134267
Should work fine now, at least it does for my Nikon D50. The fix will be in the next digiKam release (1.3.0), coming this weekend. If it is still not working for you, feel free to re-open the bug.