SUMMARY Discover search are case-sensitive. In example searching qtdmm returns empty list. Searching QtDMM returns application. STEPS TO REPRODUCE 1. Like in summary. 2. 3. OBSERVED RESULT Search is case-sensitive. EXPECTED RESULT Search should be case-insensitive and substring aware. Searching in app descriptions should be available too. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Fedora 31 (available in About System) KDE Plasma Version: 5.16.5 KDE Frameworks Version: 5.61.0 Qt Version: 5.12.5 ADDITIONAL INFORMATION
Yeah, this is because PackageKit itself performs only case-sensitive searches. Aleix, is there anything we can do here in Discover, or do we need PackageKit changes to fully fix this?
Is then any workaround? Maybe Discover should generate more than one searches in most common combinations of uppercase and lowercase. In example like: search text: “abcdef” searches for: Abcdef ABCDEF aBCDEF and returns combined list with removed duplicates?
That's theoretically possible, but each search operation on the backend is not super lightweight, so for a large search term this would result in many operations and it could significantly increase the time that it takes to perform a search.
I consulted with some folks and discovered that whether searches are case-sensitive or case-insensitive depends on the PackageKit backend for the distro itself. The apt backend for Debian and Ubuntu-absed distros is case-insensitive, but the backends for openSUSE- and Arch-based distros are case-sensitive. I have filed upstream bugs to track fixing these issues: - https://github.com/hughsie/PackageKit/issues/354 (openSUSE) - https://github.com/hughsie/PackageKit/issues/355 (Arch)