Selection doesn't change when visiting a special location

Thanks for your bug. I've forwarded it upstream: http://bugzilla.gnome.org/show_bug.cgi?id=332311

This also happens for non-special locations that can't be shown in the side pane tree. E.g., if you configure nautilus not to show hidden files (which also hides hidden dirs) and then enter a hidden dir the previous dir isn't deselected in the side pane tree.
Hiding are re-showing the side pane "fixes" this (well, actually it always deselects the dir even if it shouldn't, so it's actually another bug, but one that works well together with this bug).

I frequently notice a similar thing when using the back/forward buttons. (I am using intrepid.) For example:

1. Open "File System" in tree view
2. Open /etc
3. Click on /etc/acpi to view the contents of that directory
4. Click on /dev to view the contents of that directory
5. Click the little down arrow beside /etc to collapse that directory's tree view
6. Click the back button in the toolbar to return to /etc/acpi in the main file list pane. Nautilus highlights /etc in the tree view, but doesn't expand the tree view to display the subdirectories of /etc. (This is where things begin to go wrong -- nautilus should probably expand the tree view and highlight /etc/acpi, where I actually am viewing.)
7. Click the little right arrow to expand the tree view to display the subdirectories of /etc like nautilus ought to do already.
8. Now the tree view breaks down:
  - clicking on /etc does nothing
  - clicking on subdirectories of /etc does nothing
  - clicking on other directories under "File System" does nothing
9. Furthermore, if I collapse /etc again and click around to other directories under "File System", /etc remains highlighted and even though I can navigate to other directories, clicking on /etc still does nothing. I've attached a screenshot of this behaviour (/etc remaining highlighted while I'm browsing /dev.)

Collapsing "File System" resets the tree view so it works properly again.

I have the same problem as described in the original bugmessage. Only with me the problem only occurs when I''m in step 2 clicking on a bookmark pointing to a no langer existing samba location. I could not reproduce it with an valid samba location.

Let me know if anyone wants to do more testing.

Forget my previous message... this problem is not the same. Don't see any way to correct my mistake. Please put back to the previous status and remove my message. I will make a new bugreport for the bug I noticed.

DutchTest, please don't set bugs from "Triaged" to "Confirmed". In the triaging chain, triaged bugs are already a step further than confirmed bugs. Thanks

Update: behavior in karmic koala RC:

1. Open "File System" in tree view
2. Open /etc
3. Click on /etc/acpi to view the contents of that directory
4. Click on /dev to view the contents of that directory
5. Click the little down arrow beside /etc to collapse that directory's tree view
6. Click the back button in the toolbar to return to /etc/acpi in the main file list pane. Now, /dev remains highlighted, which is still wrong, since we are back in /etc/acpi.
7. Clicking on /dev does nothing, even though we are not in /dev. (Should take us to /dev.)
8. Nothing else seems broken though, so this is an improvement.

Why is this bug report "incomplete" and how can this be corrected? The bug seems quite thoroughly described throughout the last 4+ years up to, and including, karmic.

the issue should be fixed with 3.5.4 in quantal