Version: unspecified (using KDE 4.6.1) OS: Linux There is no way to search in hidden folders now. Please add this feature back to dolphin. Reproducible: Always OS: Linux (i686) release 2.6.38.1 Compiler: cc
Can confirm this in 4.6.2.
Is anybody working on this for Dolphin 2? Is any more information required?
> Is any more information required? The provided information is sufficient and I agree that this should be implemented. > Is anybody working on this for Dolphin 2? Sadly no... I've already a quite large task-list for 2.1 so I cannot promise any schedule.
(In reply to comment #3) > > Is any more information required? > The provided information is sufficient and I agree that this should be > implemented. > > > Is anybody working on this for Dolphin 2? > Sadly no... I've already a quite large task-list for 2.1 so I cannot promise > any schedule. Thank you for your reply. It is good to know this has not been forgotten. Best wishes.
*** Bug 300966 has been marked as a duplicate of this bug. ***
Resetting assignee to default as per bug #305719
I was very surprised when this bug occures for me. KDE has version 4.9 but still not ready for (my) development purposes.
I can confirm this bug is still present with KDE 4.10. Not only is the search functionality broken for hidden folders, but all the search options (type, date, rating) radio buttons/checkboxes are grayed out and unusable. kfind works great, and serves as a workaround for now. The broken search feature in Dolphin should either be removed or fixed.
*** Bug 333084 has been marked as a duplicate of this bug. ***
The bug is still present in 4.14.6, Dolphin 14.12.3 (openSUSE 13.2). Dolphin does not search for hidden files/folders or Files inside hidden folders, this also happens with Baloo enabled/disabled. I tried adding index hidden files=true index hidden folders=true into baloofilerc, and restarted Baloo service but the problem persists. The issue also occurs when searching from Krunner.
I don't think this bug got enough attention.
The issue persists in Kubuntu 15.10 (KDE 5.15 ?) Example: Create file '~/.bla/bla.txt' In your home folder, search for 'bla' -> neither the directory nor the file is found Furthermore, the directory does not show up even if you rename it to 'bla' without starting dot.
Can confirm this problem still exists in KDE 15.12.3, with, KDE Frameworks 5.21.0 Qt 5.5.1 (built against 5.5.1) The xcb windowing system
Yep, same. This is an upgraded version (Ubuntu 14.04 LTS to 16.04 LTS), so if this bug is fixed for new installs, some misconfiguration is left behind from 4.x versions. Besides: This bug is now open for over FIVE years...
This bug seems to have been fixed in recent updates: KDE Plasma: 5.6.4 Qt Version: 5.6.0 Frameworks Version: 5.22.0 Operating System: Linux 4.5.4-1-default x86_64 Distribution: "openSUSE Tumbleweed (20160520) (x86_64)"
Sorry, it seems to be only partially fixed. I can search unhidden files in a hidden folder if I'm currently in that folder. But if I'm in the unhidden folder that one level higher than this hidden folder, I cannot find the file then.
Cannot confirm working state in dolphin 15.12.3 (KDE Frameworks 5.22.0, Qt 5.5.1 (built against 5.5.1)) from Xenial installation + KDE PPA. It's now broken for ALL folders and files, see bug 361694.
*** Bug 383778 has been marked as a duplicate of this bug. ***
*** Bug 271601 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of bug 391252 ***
A possible way forward for this could be found via Bug 391677.
I was under the impression that I could, without any problem search in files-in-hidden-folders. Only in the past week(s) I couldn't. So I "cc'd" to this bug yesterday. But then there came kde applications 19.12.3. I use Neon so I got them yesterday. Immediately after installing the update I could without any problem search within files-in-hidden-folders. If others have the same experience this bug could just as well be marked as "solved"?
in thumbleweed, I only have 19.12.2. There, it is not yet possible. But comparing the patches in between those versions should show up, if there was a suited bugfix ;-)
Can confirm that it is STILL IMPOSSIBLE to search in hidden folders from folders on higher hierarchy than the hidden folder in 19.12.3, this means that: - You can search from `/regularF/.hiddenF/` and find `/regularF/.hiddenF/myFile` - But if you search from `/regularF/` Dolphin won't find `/regularF/.hiddenF/myFile`, ever. Unless you explicitly tell Baloo to index either all hidden paths or that specific hidden folder. But that may not be what most people want, hidden folders are hidden because people want them out of their way most of the time. Being "most of the time" the keyword here, you some times need to search in hidden folders, and your file manager should give you an option to do it, even if this option meant using an external program for conducting the task. (For those wondering, installing KFind doesn't make a difference, although you at least get a handy button to launch KFind.) System info: ------------------------------- Operating System: KDE neon 5.18 KDE Plasma Version: 5.18.2 KDE Frameworks Version: 5.67.0 Qt Version: 5.14.1 Kernel Version: 5.3.0-40-generic KDE Applications Version: 19.12.3 Dolphin Version: 19.12.3 ------------------------------- This bug was marked as SOLVED because of bug https://bugs.kde.org/show_bug.cgi?id=391252 which talks about how is intentional behaviour for Baloo to not index hidden folders by default. While I agree with the thing about Baloo's scope, I don't agree with this bug being a duplicate of that Baloo bug. If KFind integration* is the only plausible solution at this time because Baloo is pretty much unmaintained or because it is out of Baloo's design scope (as noted on the thread cited above); then some steps should be taken to make it a flawless integration. Currently the folder to search from is passed to KFind as "file:///yourFolder/childFolder" and KFind doesn't understand that, it understands however "/yourFolder/childFolder", same for the actual string to search for e.g. "strawberries", KFind needs it to be "*strawberries*" to find something unless you meant an exact name match which most of the times you don't (no idea about blank spaces or weird characters in the search string, but probably need to use some special stuff to handle those cases too). Nothing useful is passed from Dolphin to Catfish either by the way. Currently we have a crippled search in a file manager that allows you to navigate hidden folders but won't let you search in them. In my opinion, this integration should be addressed or Baloo scope should be addressed or in the worst scenario, Dolphin allowing you to view hidden files should be addressed before this bug could be marked as solved. * When I say "KFind integration" is because it was mentioned above and is almost done from my point of view, but I'm just an user and have no idea of the internals that would need to be moved around for it to be a flawless integration.