SUMMARY When using type-ahead navigation in a folder in Dolphin, if a file is selected (indicating a position to start the navigation from), it seems to reset position to the top of the folder after the second character is typed rather than continuing forward. This makes sequential searches on the same substring always end up at the same file rather than moving forward in sequence, making navigation difficult as files starting with the same substring are not always near each other (ie. if the folder is currently sorted by something other than completely alphabetically). SOFTWARE/OS VERSIONS Linux/KDE Plasma: 5.7.2-arch1-1 (available in About System) KDE Plasma Version: 5.19.0 KDE Frameworks Version: 5.70.0 Qt Version: 5.15.0 ADDITIONAL INFORMATION
Hi all, This is a regression I noticed a year or more ago and I hoped that it would be noticed by someone else too, but unfortunately, it wasn't. I can't say when it was introduced exactly, but I checked using Kubuntu 18.04 and 20.04, and while the first isn't affected by this yet, the second is. Now on my side (Manjaro unstable) it works as follows: I navigate to /etc, where I have “sysctl.d”, “systemd” folders and “sysctl.conf” file, and when I type “sys” the selection goes to “sysctl.d” folder, but if I type that again some seconds later, the selection won’t move on to the next item, which is “systemd”, and the next iteration of typing “sys” does not move to the “sysctl.conf” file, instead, every time only the first entry beginning with “sys” is receiving selection focus, which is “sysctl.d” folder in this case, and that’s frustrating. Moreover, this behavior isn’t observed when trying the same with KDE file picker – there it works as I expect it to work – the way it used to work before something went wrong between KDE Applications 17.12.3 and 19.12.3 (according to versions used in Kubuntu 18.04 and 20.04). Other info from those distros: bionic: KDE Plasma: 5.12.9, Frameworks: 5.44.0 focal: KDE Plasma: 5.18.5, Frameworks: 5.68.0
Can confirm too.
I bisected back to 19.12 and it seems to be broken there too actually.
Created attachment 143716 [details] bisect log So I decided to bisect too. Bisect log is attached. I stopped because dolphin has begun failing to build and I have no idea how to proceed.
Created attachment 143717 [details] build log Building with `kdesrc-build dolphin --no-src --resume-from=dolphin`
Created attachment 143718 [details] build log 2 Building with `kdesrc-build dolphin --no-src`
So 219e40cff8e91e6cf23f9aec5d1dc2f9d7e45577 "Use qplatformdefs wrappers" by Elvis Angelaccio is the last commit in master that builds fine and produces Dolphin which has type-ahead working properly. Most consequent commits either produce broken type-ahead or doesn't get built successfully at all. Further investigation needs a look from a developer's perspective, I absolutely have no clue what's going on under the hood.
I noticed that 1-letter navigation is still possible. For instance, pressing "m" in /etc once results in jumping "modprobe.d", then pressing it the 2nd time moves the selection to "modules-load", and so on, then as directories starting with are over, the selection scrolls down to the first file starting with "m" like "machine-id", and continues to move down as user keeps pressing "m" button. This is, however, not even half as convenient as it was before this bug was introduced, and filter panel for now feels like a better way to quickly jump to a file of interest.