Version: (using KDE KDE 3.5.6) Installed from: Debian testing/unstable Packages I dragged some images from Konqueror to Digikam. Some of them had no filename extensions (no ".gif" or ".jpg"). I selected "Move" from the pop-up menu, so they disappeared from the directory in Konqueror, but they didn't show up in Digikam either. I looked in the trash, refreshed Digikam, etc, but they were gone. I gave up. Later I was trying to fix a different problem, and I opened the album's directory in Konqueror, and there were the missing files. When I renamed one and gave it the ".gif" extension, it instantly appeared in Digikam. Konqueror has no problem recognizing the file type without an extension; why can't Digikam?
still valid, i renamed a file from test-05.tiff to test-05 and now it is now shown anymore
Yes, and it's normal. In digiKam, we use file extension everywhere to identify quickly file mime-type... Gilles Caulier
So is this report invalid then?
Yes, it is... Gilles Caulier
This is a bug that needs to be fixed. It's nearly as bad as a data loss bug because many users won't realize where the file really is. In this case, Digikam should either use use "file" or libmagic to determine the type of files without extensions, or it should prompt the user to give it an extension. Files disappearing into the void without any apparent reason is not an acceptable behavior.
I dont know of any image format that comes as extension-less file.
That's not the point at all. For example, sometimes when saving an image from a web browser, under certain circumstances, if the server sends certain headers, the file could be saved locally without an extension. Any user could also rename an image and remove the extension, whether on purpose or by accident. When a user encounters this bug it's a non-trivial problem, leaving them to think their file is GONE, but it would be trivial to account for this in the code and fix this bug. What good reason could there be to not fix this?
Because about RAW files format, there is no good somution to detect file format without an extension. tRAW are generally TIFF files based and will be detected as tiff file which is wrong. Yes, it's a shame. there are over 300 different proprietary RAW formats. It's a big puzzle. Gilles Caulier
Thank you for your explanation. Well, as a fallback, to prevent apparent data loss, could the user be asked to supply an extension, or move the file out of the collection? On Fri, Mar 19, 2010 at 03:09, Gilles Caulier <caulier.gilles@gmail.com> wrote: > https://bugs.kde.org/show_bug.cgi?id=146097 > > > > > > --- Comment #8 from Gilles Caulier <caulier gilles gmail com> 2010-03-19 09:09:51 --- > Because about RAW files format, there is no good somution to detect file format > without an extension. tRAW are generally TIFF files based and will be detected > as tiff file which is wrong. > > Yes, it's a shame. there are over 300 different proprietary RAW formats. It's a > big puzzle. > > Gilles Caulier > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are on the CC list for the bug. > You reported the bug. >
This behaviour bit me the other day. I was importing some files, and I could see that there were one more file in the folder that what Digikam was importing. It took me quite a while to find that one file was named .jpg_bu (or something like that). I can see that if all files come from a camera, this is probably never a problem. But I use Digikam for all kinds of images from many sources.
I also had the same problem only after renaming an image, when I set a specific new filename. In other cases Digikam mantain the original extension and I suppose that this is a frequent cause of images without extension. A little suggestion: the renaming panel could check the extension and enhance the new filenames (on the right side) that are without an image extension recognized by Digikam. Thank you!