Summary: | KFileDialog does not respect case for filter / file extension | ||
---|---|---|---|
Product: | [Applications] kfile | Reporter: | Thomas Capricelli <kdebugs.20.orzelf> |
Component: | general | Assignee: | kdelibs bugs <kdelibs-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | nate |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Thomas Capricelli
2010-01-28 08:40:33 UTC
Nearly all MIME types allow extensions in either case, so x.jpeg and x.JPEG are both considered the same extension. For the remaining extensions where case matters (such as .c vs .C), it would be possible to parse MIME database to find them. Though, the current KFileDialog will never write anything but lowercase extensions. To accept files in a case-insensitve manner is one thing (ok), but not respecting the case given by the developer seems an unneeded technical limitation. The bug is still there in 4.5. We have several software here with long extension (>8 characters) and the case matters. We cannot save files with those extensions because of KDE. Fortunately the Qt file dialog is ok with this regard, so we can compile our software with Qt only, but sometimes this is still the KDE dialog that is used, and we have to rename files by hand afterward... really annoying :/ Works for me in KDE Frameworks 5.45. Saving (including for file extensions) is case-sensitive, while filtering is not. This seems sane. |