| Summary: | Dolphin does not search for "content" but "filename" although set differently | ||
|---|---|---|---|
| Product: | [Applications] dolphin | Reporter: | S. Burmeister <sven.burmeister> |
| Component: | search | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | kkoksvik, nate |
| Priority: | NOR | ||
| Version: | 16.12.2 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Attachments: | file whose content is not found | ||
Resetting assignee to default as per bug #305719 Can you still reproduce the problem? I can't in Dolphin 4.11.1. Platform Version 4.14.0 on Arch This is reproducible in 4.14. It does not look like the search feature includes ".hidden files or folders", no matter if show hidden files is selected. This I feel is rather unfortunate. At least because of the words used in the option chooser. The question becomes what a user understands by "Any" filename is hidden files included in this term or not? Proposed solution: 1. When "Show hidden files" is selected include hidden files in "Any" filename definition. 2. When "Show hidden files" is selected add selection for Filename type "Any(+Hidden)" *** This bug has been marked as a duplicate of bug 269367 *** *** This bug has been marked as a duplicate of bug 391252 *** |
Created attachment 59271 [details] file whose content is not found Version: unspecified (using KDE 4.6.2) OS: Linux If I go to /home/user/.kde4/share/kde4/services/ I see a .desktop file which has as content: X-KDE-PluginInfo-Author=Google Inc. So I press CTRL+F and enter "plugin". The search is set to "from here" and "content" already. Dolphin does not show the file as a result. It only finds: "nsplugin.desktop" and the folder "qimageioplugins". .desktop file attached. Nepomuk disabled. Happened again after restarting dolphin. Reproducible: Always