When typing the names of large directories (with lots of subdirectories) in the location bar, auto-complete will sometimes not notice the presence of some sub-directories on the first try. They will only appear after you delete the name of the base directory, then type it in again. A simplified example: Suppose the directory "foo/bar" contains the two subdirectories "a" and "b". In Dolphin you click on the location bar to make it editable, then type in "foo/bar/". A table will appear below, which should normally list the two suggestions "foo/bar/a" and "foo/bar/b". However on some occasions, you would only see one of the two appearing in this list. You have to wait a bit then delete the last character from the location field, changing "foo/bar/" into "foo/bar" then back into "foo/bar/", after which the list pops up again and both entries now appear correctly.
Hello and thank you for reporting this bug! If this bug does still occur with Dolphin 17.12.3 or newer, it'd be great if you could reproducible steps to trigger the issue. I was not able to cause such a behavior with your simplified example, which makes it really hard to further investigate the bug. Thanks!
(In reply to Julian Schraner from comment #1) I've actually just noticed it again today, Dolphin 18.04.1. You may only see it with a large number of subdirectories in one directory... in my case I have 3870 subdirectories in the folder with this issue (each one contains images). Note that the issue only happens a few times after booting up the system then stops. I'm not sure how I can further simplify the steps; Let's say you have the directory /foo/bar which contains 4000 subdirectories... to be sure this isn't a factor, make sure each one has several jpg or png files. Open Dolphin in the root directory, make the address bar editable, then type in "/foo/bar/" and wait: Some sub-directories will not be listed at first, even if you type in their names (eg: "/foo/bar/1234")... you'll have to delete the "bar/" part and type it back in a few times to make them show up, and once they do it will work for the rest of the session.
Okay, even though I have not been able to reproduce this myself as it seems to only occur randomly, I'll set the status to CONFIRMED. It'll be pretty hard to fix this if the behavior is truly random, but we'll do our best.
(In reply to Julian Schraner from comment #3) Thanks. It doesn't seem to be too random, but remember it only occurs for large directories once after you boot the system. Perhaps it has to do with page caching? We should see if the following command resets the behavior: echo 3 > /proc/sys/vm/drop_caches As an obligatory note, both my root and home partitions are ext4.
I've checked on 20.08.1 with a directory that has 4,235 other folders in it and each one I knew was in there came up in auto complete. Sorry to ask again but can you please test on the most recent version available to you to confirm if it is still an issue.
This seems to still occur on Plasma 5.20.1 / Framework 5.75.0. But again it only happens when typing directories with a huge amount of subdirectories (hundreds or thousands). It only happens once after the machine starts up too (per directory) so I think it's related to the directory list not yet being cached in the memory, the gap of which Dolphin may not be handling in the most ideal fashion (autocomplete could refresh as the directories finish caching without the user having to type / delete new text for it to update).
Thanks for re-confirming, hopefully the team can have a look at it and find out what's causing it soon.