nautilus typeahead navigation is broken in GNOME 3.2

[Erik B. Andersen]

In previous versions of Ubuntu, you could quickly navigate folders by starting to type their name. The selection would jump to the first folder matching the current string. You could continue typing until it got the correct folder. Then you could press enter and the folder would open, resetting (and hiding) the search box. You could then start typing the name of the subfolder you wanted (and repeat until you got to your destination). If you made a mistake typing, you could backspace in the search box and correct it. Once you opened a folder and the searchbox reset (and hid) you could navigate up with the backspace key.
However, on the daily image (Oneiric 10-10-2011), the search box does not reset or hide upon a folder opening. Furthermore, even when the search box is visible and your cursor is in it, pressing backspace does not delete characters--it navigates up!
I would expect the correct behavior to be to work like previous ubuntu versions: Reset and hide the search when you open a folder with enter, backspace character if the typing cursor is in the search (otherwise navigate up).

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, whos home folder is only on the / subvolume!

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: nautilus 1:3.2.0-0ubuntu5
ProcVersionSignature: Ubuntu 3.0.0-12.20-generic 3.0.4
Uname: Linux 3.0.0-12-generic x86_64
ApportVersion: 1.23-0ubuntu3
Architecture: amd64
Date: Mon Oct 10 18:07:03 2011
ProcEnviron:
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: nautilus
UpgradeStatus: No upgrade log present (probably fresh install)

[Sebastien Bacher (seb128)]

Thank you for your bug report, I've updated a bit the title and can confirm on Oneiric using one ext4 partition, it happens also in the user directory there

[Sebastien Bacher (seb128)]

seems similar to bug #857710