[digikam] [Bug 414344] Image names and Album names that only differ by case are treated as the same.

2020-08-24 Thread John Dickson
https://bugs.kde.org/show_bug.cgi?id=414344 --- Comment #5 from John Dickson --- The situation is the same with 7.0.0. Here is what I observe with the 7.0.0 appimage: If two files in the same subdirectory have names that only differ by the case of one or more characters, only one is displayed

[digikam] [Bug 415617] Color management profile path uses previous appimage mount point

2020-01-04 Thread John Dickson
https://bugs.kde.org/show_bug.cgi?id=415617 --- Comment #2 from John Dickson --- (In reply to caulier.gilles from comment #1) > It's reproducible with 7.0.0-beta2 daily build ? > > https://files.kde.org/digikam/ > > Gilles Caulier Yes, the beta2 daily build has the

[digikam] [Bug 415617] New: Color management profile path uses previous appimage mount point

2019-12-27 Thread John Dickson
https://bugs.kde.org/show_bug.cgi?id=415617 Bug ID: 415617 Summary: Color management profile path uses previous appimage mount point Product: digikam Version: 6.4.0 Platform: Appimage OS: Linux S

[digikam] [Bug 414344] New: Image names and Album names that only differ by case are treated as the same.

2019-11-20 Thread John Dickson
https://bugs.kde.org/show_bug.cgi?id=414344 Bug ID: 414344 Summary: Image names and Album names that only differ by case are treated as the same. Product: digikam Version: 6.4.0 Platform: Mint (Debian based)

[digikam] [Bug 414344] Image names and Album names that only differ by case are treated as the same.

2019-11-20 Thread John Dickson
https://bugs.kde.org/show_bug.cgi?id=414344 --- Comment #2 from John Dickson --- Yeah, adding the binary operator to the queries would not be a good idea. Not only do you end up with full table scans, but also issues if you take an ISO 8859-1/latin1 string with non-ASCII characters and try to