← Back to team overview

desktop-packages team mailing list archive

[Bug 857710] Re: File selection by typing is buggy sometimes

 

The Oneiric-proposed update partly patches the issue, but a number of
issues that have been complained about still remain.

The good:

The search box no longer disappears after the second character is
entered.

The bad:

The search box still remains (for 5 seconds) after hitting enter and
entering the directory searched for. To reproduce this, go to home
folder and type 'Doc', then hit enter to enter the Documents directory.
The search box still remains for around 5 seconds. This is particularly
annoying if you want to enter a string of directories, having to wait 5
seconds after entering each one, before being able to use typeahead.

The ugly:

How does one clear an error typed in the search box? The usual method
was to use the backspace key, but this now takes us to the parent
directory. Reproduce by going to home folder, typing 'Dox' and trying to
correct the 'x' type by hitting backspace.

The search box doesn't always clear its contents upon
disappearing/reappearing. I haven't found a way to specifically
reproduce this yet, but it's happening almost randomly (or so it would
appear). The box has disappeared and, upon reappearing, there's
sometimes the contents of the last search remaining in there - and you
can't use backspace to clear it because of the above problem.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/857710

Title:
  File selection by typing is buggy sometimes

Status in Nautilus:
  Fix Released
Status in “nautilus” package in Ubuntu:
  Fix Committed
Status in “nautilus” source package in Oneiric:
  Fix Committed

Bug description:
  Test case:
  1. install the new nautilus from -proposed and logout/login
  2. ensure that the testcase below doesn't trigger the bug anymore

  When I type in Nautilus to select files by name, often the wrong file
  is selected, as if my typing had been cut short or re-evaluated
  partway through. A screencast is attached.

  ProblemType: Bug
  DistroRelease: Ubuntu 11.10
  Package: nautilus 1:3.1.92-0ubuntu2
  ProcVersionSignature: Ubuntu 3.0.0-11.18-generic 3.0.4
  Uname: Linux 3.0.0-11-generic x86_64
  ApportVersion: 1.23-0ubuntu1
  Architecture: amd64
  Date: Fri Sep 23 12:50:09 2011
  ExecutablePath: /usr/bin/nautilus
  InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Beta amd64 (20110413)
  SourcePackage: nautilus
  UpgradeStatus: Upgraded to oneiric on 2011-09-23 (0 days ago)

  (from duplicate bug #872090)-------------------
  To reproduce:
  On a previous version of ubuntu (Natty, Maverick) open nautilus.
  Click in the file and folder area.
  Press backspace until you are in the root of the file system.
  Type 'e'. 'etc' should be selected. Press enter to open /etc/
  Notice the search box disappears and /etc opens.
  Type 'uf' 'ufw' should be selected. Notice you did not have to clear out the 'e' you typed into the search last time. Press backspace to clear the character 'f' from the current search, 'uf'. Notice the character 'f' is deleted and that you are still in /etc/.
  Type 'd' and press enter to open /etc/udev.

  Now, try the same test on Oneiric:
  On a Oneiric, open nautilus.
  Click in the file and folder area.
  Press backspace until you are in the root of the file system.
  Type 'et'. Notice that the search box disappears after typing the second letter (Not expected, a bug).
  Press enter to open the currently selected /etc.
  Type 'ud' and notice that no search comes up (this is a bug).
  Close nautilus and reopen.
  Type 'docu' to select documents, press backspace to delete 'u' and press enter. Notice the search works as expected.
  Press backspace to navigate up (this is working normal)
  Type 'Public'. Notice search still works as expected. Press enter.
  Press backspace until you are in the root of the filesystem.

  Apparently, search works properly in the home folder, but not in other folders!
  On my machine, I'm using btrfs with (the installer set up) subvolumes for / and /home. However, this bug is still the same for root's home folder, which is only on the / subvolume!
  -----------------------------------------

To manage notifications about this bug go to:
https://bugs.launchpad.net/nautilus/+bug/857710/+subscriptions


References