list view doesn't expand subfolder when clicking on arrow if entry is selected

Bug #49567 reported by sblom
16
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Nautilus
Fix Released
Medium
nautilus (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

Binary package hint: nautilus

Whenever I select a folder in the list view of nautilus that is itself a subfolder (i.e. not on the top level of that list view) the arrow-symbol next to the folder name does not expand when the folder name is selected.

E.g. if we look at the list view of some folder that has a top level entry "foo" it can be expanded when selected or not. If "foo" has a subfolder "bar" it can not be expanded in this list view when "bar" is selected.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug. Your description of the bug is not clear. Do you speak about the sidebar or nautilus in view mode? What version of Ubuntu do you use? Did you try to click on the arrow? You are supposed to click on it, not on the name to expand a line

Changed in nautilus:
assignee: nobody → desktop-bugs
importance: Untriaged → Low
status: Unconfirmed → Needs Info
Revision history for this message
sblom (sblom) wrote :

OK, I will try to be more precise:

I am using Dapper, nautilus in spatial mode.

Steps to reproduce:
1) Open any folder with some sub- and sub-subfolders in spatial mode
2) Make sure the mode is "list view" (or whatever the exact english equivalent of "Listenansicht" is).
3) in this view expand a folder by clicking on the arrow left to its name, result: you see the list of folders and files contained in it
4) out of this list select a folder by clicking on its name once
5) try to expand this folder while it is selected by clicking on the corresponding arrow. On my computer, this does not work.
6) deselect that folder by clicking somewhere else and try expanding again by clicking on the arrow: now it does work.

this is at least inconsistent and when using the list view on deep hierachies intensivly it gets annoying.

Hope this clarifies my problem

Revision history for this message
Sebastien Bacher (seb128) wrote :

The description is clear and those steps work fine on my box. Marking as unconfirmed, does anybody else get that issue?

Changed in nautilus:
status: Needs Info → Unconfirmed
Revision history for this message
Karianne Fog Heen (simira) wrote :

Works fine with me in Edgy (I use nautilus a lot, and haven't had any problems in Dapper either).

Revision history for this message
Roshan Shariff (roshan.shariff) wrote :

I can confirm this bug on the Feisty beta. It doesn't work most of the time, but sometimes it does. This only happens in list view (in either browser or spatial mode) but not in other trees (like the one in the browser view side pane).

One way of reliably triggering it is to select a subdirectory, and slowly slide your mouse towards the extender from the right until it highlights. The extender is now unresponsive to clicks, indicating a mismatch between the region where it highlights itself and where it responds to clicks.

However, very often it fails to respond even when clicked squarely on the arrow. Usually it'll start responding again after a lot of retries and moving the mouse around.

All this is seen only on selected entries. Other entries work perfectly every time.

Changed in nautilus:
status: Unconfirmed → Confirmed
Revision history for this message
Roshan Shariff (roshan.shariff) wrote :

This bug has already been reported upstream (with a more precise description of the problem) at [http://bugzilla.gnome.org/show_bug.cgi?id=381022].

Changed in nautilus:
status: Unknown → Unconfirmed
Revision history for this message
amicitas (mir-amicitas) wrote :

I can confirm that this bug still exists in Gusty beta.

Changed in nautilus:
status: Confirmed → Triaged
Revision history for this message
Islam Alshaikh إسلام الشيخ (islam-alshaikh) wrote :

Hi

This bug was before in Edgy & fixed , but it back in Gusty !!

Thanks

Revision history for this message
Albert Vilella (avilella) wrote :

this is still a problem in ubuntu 8.10.
here is a way to reproduce it:

mkdir /tmp/example
cd /tmp/example
for i in `seq 10 99`; do echo $i ===; mkdir $i; done
nautilus .

Now search for one dir by typing: "33"
when trying to expand focused 33, it's the first dir, 10, that gets expanded

Revision history for this message
IceManXp (icemanxp) wrote :

I can confirm this bug in intrepid as well.

Revision history for this message
nh2 (nh2) wrote :

Confirmed in Ubuntu Netbook Remix 9.04.

This is _extremely_ annoying if you want to navigate quitckly in your files. You found that folder by search that folder and you just cannot enter it; on click, everything moves down because the first directory is expanded.

I think this bug can be fixed easily by not expanding the old active column (no idea why this is the first one) but just that column we clicked the arrow in.

Revision history for this message
senormota (seniormota) wrote :

Confirmed in Ubuntu Desktop x86 9.10 Karmic. Any news on a fix?

Changed in nautilus:
importance: Unknown → Low
Changed in nautilus:
status: New → Expired
Changed in nautilus:
importance: Low → Unknown
status: Expired → Unknown
Changed in nautilus:
importance: Unknown → Medium
status: Unknown → New
Revision history for this message
nh2 (nh2) wrote :

Looks like I can't reproduce it in 11.04.

Does anyone still have this problem?

Changed in nautilus:
status: New → Fix Released
Revision history for this message
Sebastien Bacher (seb128) wrote :

the issue has been fixed in the current versions of nautilus and Ubuntu, closing the bug

Changed in nautilus (Ubuntu):
assignee: Ubuntu Desktop Bugs (desktop-bugs) → nobody
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.