Description of problem: when i'm in a folder and want to jump to a file that starts with the letter "a" i type in the letter but and then i through nautilus would jump to that letter like in many many releases before, previously in fedora 17. but it did a search on the whole directory and it sub folders. Version-Release number of selected component (if applicable): nautilus-3.6.3-4.fc18.x86_64 How reproducible: - open a folder with some files/folders with different starting letters - type one letter - now it should jump to that file/folder Steps to Reproduce: 1. open a folder with some files/folders with different starting letters 2. type one letter 2. now it should jump to that file/folder Actual results: it did a search for that letter for files/folders in that folder and sub directories + that took some seconds till minutes to get a result Expected results: it should jump to the folder/file in the current directory that starts with the given letter Additional info: all said above
This problem still exists in Nautilus 3.8.0.
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
This problem still exists in Nautilus (~ Files) version 3.8.2 (as in Fedora 18).
This message is a reminder that Fedora 18 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 18. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '18'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 18's end of life. Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 18 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior to Fedora 18's end of life. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 18 changed to end-of-life (EOL) status on 2014-01-14. Fedora 18 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.
Created attachment 965532 [details] Adds a setting to enable the old search behavior The attached patch is used by Ubuntu 14.04 to provide users who want it an option to bring back the old search behavior. It adds a new dconf option. The patch still applies to 3.14 as well without changes. Source: http://packages.ubuntu.com/trusty/nautilus There is also an Arch Linux AUR package for this feature, but with one change which is enabled by default instead of disabled by default. Not recommended for general use. https://aur.archlinux.org/packages/nautilus-typeahead If we could get this patch applied to Fedora's nautilus package that would be really nice.
Carlos, Could we get the attached patch applied in your quest to provide "less annoyances"?
Hello Eric, I'm a little confused here. From who comes this decision? Neither the designers of Gnome or Cosimo Cechi (maintainer of nautilus) told me nothing about this. And, what do you mean with "quest to less annoyances"? Where did I say that? Probably the best you can do is filing a bug on nautilus upstream with the patch and wait for discussing it on Gnome I guess. But my idea is to improve the search we have now, not add another different one. Although for just a gsetting key this patch sounds reasonable.
Carlos, I'm not the original author of this patch. I simply noticed it from ArchLinux which took the patch from the Ubuntu package. Here is the header from the patch: Description: Restore interactive search as an option Author: Daniel Wyatt <Daniel.Wyatt> Bug: https://bugzilla.gnome.org/show_bug.cgi?id=681871 Bug-Ubuntu: https://bugs.launchpad.net/bugs/1164016 The comment about "less annoyances" comes from the Fedora Project wiki: https://fedoraproject.org/wiki/Changes/Nautilus_Improvements I realize now you didn't actually write that page.
+1 for adding this to Fedora. This is the single most annoying thing about Gnome 3.6+ I've mainly just been avoiding using Nautilus, but I got my brother to switch to Fedora recently and he's complained about this to me. I started looking again and noticed there is still no movement in https://bugzilla.gnome.org/show_bug.cgi?id=681871 and upstream has no plans on accepting this patch (https://bugzilla.gnome.org/show_bug.cgi?id=721968). I think this patch doesn't cause any damage (you still have to manually change the gsettings, which most 'unsavy' users might not do), but provides a HUGE improvement to many of us who find the current recursive search annoying (plenty of example usecases in the above mentioned links).
+1 for this too, I reported upstream but I doubt they're gonna fix this. I wonder how ppl do to use nautilus everyday. This is so annoying and productivity wise the old behavior was much better.
+1
Until a decision is made or search is improved I've been building the nautilus package with this patch but the typeahead feature disabled by default. Just in case anyone else is interested the repo is here, https://download.zeroepoch.com/repo.
This message is a reminder that Fedora 21 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 21. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '21'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 21 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 21 changed to end-of-life (EOL) status on 2015-12-01. Fedora 21 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.
Can this bug be revived? The issue still exists in F23. Thanks.
and still happening in Fedora24
+1 for reopening and including an type-ahead (interactive-search) option. I, too, find the recursive search annoying and slow. It is such an impairment in my workflow that I prefer to sort-and-scroll the files, and often I thought to abandon nautilus for a better file manager.
Hey, But you can disable recursive search and be as fast as type ahead. Is that not working fast for you?
How can I do that? When I do a search I have the option to pick where to search (e.g. "Home | All files") on the right of the search bar, but even selecting the current directory (e.g. "Home"), it seems to search recursively (as the "location" column will display different values, and I often have multiple entries with the same name). I cannot find any other option related to search in Files v3.18.5, Fedora 24 - at least not in the Preference dialog. To me the usability issue is the change of state in the file manager: it is slow to have files filtered, because I want to jump to a specific position in the directory. They are just different use cases, and the current functionality is simply not good for both of them, IMHO. For example, I often have to run specific applications on a bunch of files, so I want to position to a certain file, then select a range of files nearby and run the application/script. Doing this by searching/filtering the file is annoying, because it involves anyway a larger number of steps, as some files which I want to see are hidden. If changing the default behavior is not an option, having a shortcut to enable type ahead would be a better option for me... But if I could chose, I would pick a default behavior among the two and have a shortcut to enable the other behavior.
This is possible in f24 onwards, with nautilus 3.20, in the preferences behaviour. Make sure you are using latest fedora and nautilus 3.20. The case for running a script in a bunch of files that are close by and some of them are hidden is not one of the main use cases we are defining the search for. Type ahead behaviour clashes in too many ways with the global search we are using, so we cannot have both of them.
I've used type-ahead for navigation purposes. Now it does search instead of selecting first matched file or folder, and by default it searches in sub folders. Setting nautilus to stop searching in sub folders, fixes this issue partially. When I set it to skip sub folders then it will stop to doing so also for a regular search (CTRL-F), and cannot be temporarily changed . Nautilus should distinguish between navigation and search. By navigation I mean traversing a directory tree, or opening a file in current folder. Case scenario: I want to open __init__.py in folder "workspace/abcd/". How should I correctly use this search feature to navigate to that "workspace" and "abcd" folders? Note, that there can be multiple __init__.py files in more (sub) folders. With type-ahead I could have start typing "work", hit enter, type "abc", hit enter, and then "__init" and hit enter to open. With current implementation if I type "work" and hit enter quickly enough I will end up in same folder I already was (a bug maybe?). Since the type-ahead was dropped, I was constrained to use CTRL-L for navigation, which is a bit annoying.
Hey Viliam, Unfortunately, the Nautilus team is not really budging on this one. https://bugzilla.gnome.org/show_bug.cgi?id=754302 A few people have tried to get the feature working again: https://copr.fedorainfracloud.org/coprs/joelongjiamian/nautilus-typeahead/ https://copr.fedorainfracloud.org/coprs/rrendec/desktop-overrides/ My "solution", was to get an SSD. Quite frankly, it mostly solved the issues with the delay in the "default search", but I still have grievances with the fact that the list of files keeps changing and moving around as I type. I hope this helps.