Bug 477810
Summary: | Error when choosing "Search for files" from a folder quick menu | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Braden McDaniel <braden> | ||||||
Component: | nautilus-search-tool | Assignee: | Paul W. Frields <stickster> | ||||||
Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | urgent | Docs Contact: | |||||||
Priority: | low | ||||||||
Version: | 10 | CC: | chess, didierg-divers, james, stickster | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | All | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2009-07-18 19:10:00 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
I have exactly the same problem with same dialog error. I rebuilt a RPM for Fedora 10 from nautilus-search-tool-0.2.2-8.fc11.src.rpm found on Koji but problem still exists with this version. Created attachment 328883 [details]
Search tool cannot stat existing directory.
I have the same issue, though searching works when I dismiss this error.
see screenshot attached.
*** Bug 498244 has been marked as a duplicate of this bug. *** This *might* have been fixed in latest 0.3.0 upstream release. From their Changelog: 2009-04-12 Andrea Zagli <azagli> * added turkish translation (thanks to Yavuz Selim) * fixes to work with nautilus >= 2.22 (thanks to nautilus-open-terminal authors) * fixes to work with gnome-utils => 2.22 * version 0.3.0 I am working on an updated 0.3.0 spec & SRPM to see if this fixes things. I updated the spec and SRPM to version 0.3.0 and it seems to work fine on my Fedora 11 box. Rpmlint -vi on the spec, SRPM, and RPM are clean, no warnings or errors. I also cleaned up the spec and removed some of the patches that were no longer needed. It builds fine in Koji for dist-f11[1] and dist-f12[2]. SPEC URL: http://chessgriffin.com/files/pkgs/fedora/nautilus-search-tool/nautilus-search-tool.spec SRPM URL: http://chessgriffin.com/files/pkgs/fedora/nautilus-search-tool/nautilus-search-tool-0.3.0-1.fc11.src.rpm [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=1477306 [2] https://koji.fedoraproject.org/koji/taskinfo?taskID=1477388 I find n-s-t-0.3.0-1.fc11 crashes nautilus when I try to use it. Can you try this package instead? (If you download it manually, you may need to 'yum remove nautilus-search-tool' before you install the new one. If you simply click on the package and let PackageKit handle it, everything will work fine.) It works for me without crashing: http://koji.fedoraproject.org/koji/buildinfo?buildID=114971 Now it works, thanks. nautilus-search-tool-0.3.0-2.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/nautilus-search-tool-0.3.0-2.fc11 nautilus-search-tool-0.3.0-2.fc10 has been submitted as an update for Fedora 10. http://admin.fedoraproject.org/updates/nautilus-search-tool-0.3.0-2.fc10 nautilus-search-tool-0.3.0-2.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report. |
Created attachment 327770 [details] The error dialog I get when right-clicking on the desktop and selecting "Search for Files..." Description of problem: This seems to be broken. That is, right-clicking on a folder and selecting "Search for Files..." doesn't result in a search at that location. It brings up the "Search for Files" app alright--along with a dialog box saying it can't find the directory. The path given in the dialog box suggests that the actual path has been mangled. Version-Release number of selected component (if applicable): 0.2.2-4.fc10 How reproducible: Consistently.