Yes, quick-search feature and Ctrl-F do the same. This 1) makes them reundant. 2) makes quick-search mostly unusable for the original purpose - that is, quick selection of a file without having to scroll through long lists. Suppose the user wants to find ".profile" in $HOME. Expected behaviour: type ".p" and it would be 2-nd or 3-rd file after selected. What happens instead: the first pressed key nearly freezes nautilus as it tries to dig through the whole $HOME/* tree - then it may eventually show every ".*" file down there or may freeze completely. Until then, it does both intense disk seeking and CPU consumption. The problem: even in best-case scenario, scrolling a long list is faster by many orders of magnitude in any place with big subtree, like $HOME or /usr/share. Meaning quick-search is almost useless for quick searching. Both points mean it's a bug.
-- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1174529 Title: Nautilus searches All Files when it should search Home To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1174529/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
