[Bug 498218] New: Search for Files via Nautilus 2.22.2 is Virtually Unusable
http://bugzilla.novell.com/show_bug.cgi?id=498218 Summary: Search for Files via Nautilus 2.22.2 is Virtually Unusable Classification: openSUSE Product: openSUSE 11.0 Version: Final Platform: x86-64 OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome@forge.provo.novell.com ReportedBy: alpha096@virginbroadband.com.au QAContact: qa@suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.0.8) Gecko/2009032600 SUSE/3.0.8-1.1.1 Firefox/3.0.8 Menu Options Search for Files provides Nautilus File Browser. It would appear the Beagle Indexing needs to be active to help in the location of files. Many many people will not start beagle due to its current ravenous system nature. The Major issue is If I am at the End Directory of any path in the browser and I select search and use *.PDF - The output of .pdf files does not come from my current directory location (I.E The end of /home/user/documents>File 1, 2, 3, 4, 5. The output of the search appears to either come from / or any index from a parent directory without apparent logic. So in other words you cannot search for a file type in a single directory as the output will ignore the directory constraint. The output of the found files from the search criteria can be further filtered to obtain a sub search from the previous ???system / HDD????? /home Directories???. There is also no ability to search from a specific directory only and an option to search subdirectories from the nominated directory source. Only the output can be refined by just about any criteria. The current inability to search one or all subdirectories for a file type makes the search for files unusable. The search criteria options should be able to be selected FIRST. THEN the user completes the directory string to search in a single nominated directory and/or include sub directories. The search criteria is great, its just it needs to be the first configurable fields as well as the start directory and option of a subdirectory. On a positive note it is good to see all wild-card search options of ? and * actually work correctly. Other Search criteria that needs to be available BEFORE the file name and starting directory is chosen are as follows. Document Contains the words............ Modified Date..... Hidden Files...... etc. etc. etc. Reproducible: Always Steps to Reproduce: 1.Open Nautilus at the lowest level of you ***home directory.*** 2. Click search 3. Enter the Wild card *.PDF 4. Output will contain .PDF files for all sorts of directories with no apparent logic Actual Results: The preceding directory position before the search has been activated seems to do nothing to start or confine the directories you want to search for a certain file type. The search for (files) application has no real user assistance nor benefit except creating confusion Expected Results: Select Directory to search Indicate subdirectory option if required Offer the user the search criterias before the search NOTY at the end sample which can contain files from all over the disk and all of the files will not come from the starting directory of subs. The is NOT an Enhancement - The current search provides no usable functionality for the user therefore its a bug. The role of the Beagle Indexer needs clarification on the search application as well. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=498218
User alpha096@virginbroadband.com.au added comment
http://bugzilla.novell.com/show_bug.cgi?id=498218#c1
Scott Couston
participants (1)
-
bugzilla_noreply@novell.com