After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 160226 - the selection should stay on the renamed file
the selection should stay on the renamed file
Status: RESOLVED DUPLICATE of bug 326581
Product: nautilus
Classification: Core
Component: Views: List View
2.11.x
Other All
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 169525 337776 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-12-02 16:07 UTC by Sebastien Bacher
Modified: 2006-04-09 15:34 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12



Description Sebastien Bacher 2004-12-02 16:07:25 UTC
In the list view:
* rename a file
=> the selection goes to the next line but should stay on the file
Comment 1 Vincent Noel 2004-12-06 18:33:09 UTC
I could not reproduce this with nautilus 2.9.2. The selection stays on the
renamed file.
What version of nautilus are you using ?
Comment 2 Sebastien Bacher 2004-12-06 19:22:22 UTC
I've the bug with the current release (2.9.1). Not sure that's fixed since, I
don't find any revelant entry on the CVS commits since then but I don't have myu
jhbuild tree here to confirm.

I'm reopening the bug, I'll close it if that's fixed in the next release.
Comment 3 Subodh Soni 2004-12-07 05:53:14 UTC
I also tried it reproducing on nautilus 2.9.2 but could not. The selection stays
on the renamed file.
Comment 4 Vincent Noel 2004-12-22 16:07:59 UTC
Sebastien : are you able to reproduce this bug with 2.9.2 ?
I'm still unable to reproduce it here.
Comment 5 Vincent Noel 2004-12-22 16:08:19 UTC
Sebastien : are you able to reproduce this bug with 2.9.2 ?
I'm still unable to reproduce it here.
Comment 6 Sebastien Bacher 2004-12-22 18:31:58 UTC
my jhbuild doesn't update fine today and still no 2.9.2 release ....
Comment 7 Vincent Noel 2005-01-14 17:08:27 UTC
Sebastien : were you able to reproduce this bug now that 2.9.2 is out ?
Comment 8 Sebastien Bacher 2005-01-14 17:23:19 UTC
just tried, still bugged with 2.9.2
Comment 9 Vincent Noel 2005-01-14 18:18:22 UTC
Can you describe what you do exactly ? Do you follow any unusual step ?
To rename the file I right-click on it and select "rename", or use F2, and I
don't see the bug...
Comment 10 Sebastien Bacher 2005-01-14 18:44:16 UTC
I use nautilus in spatial:
- open any folder
- goes in the menu and change from icon to list
- pick a file in the bottom of the folder 
- press F2 or right click and rename
- put a name with a letter from the top of the list (so you are sure it needs to
move)
=> the file is moved to the top of the window at the right place, but the
selection goes to the next line

I'm using hoary, GNOME 2.9.4, nautilus 2.9.2, gamin with inotify  ... not sure
but if you don't get the issue perhaps that's specific to gamin/inotify
(according to Vincent Untz there is some issues with the panel monitors with it)
? Which file monitor are you using ?
Comment 11 Vincent Noel 2005-01-14 19:19:02 UTC
Ok, I think I get it now - I was not modifying the first letters of the file.
When I do that, it's even worse for me than for you - the file just sits there,
like nothing happens. I have to change the selection or refresh the window to
see the effect. 
I'm using magicdev (please don't kill me, I have an old setup) so I guess your
issue is related to the file monitor...
I'm marking as new
Comment 12 Sebastien Bacher 2005-01-14 19:27:43 UTC
magicdev is a volume monitor, not a file monitor. You are using either fam or
gamin (or nothing) :)
Comment 13 Vincent Noel 2005-01-14 19:32:41 UTC
I'll go for fam (well at least it's running)
But I wouldn't worry to much about my setup, I always need to refresh everything
manually...
Comment 14 Sebastien Bacher 2005-03-08 23:19:29 UTC
*** Bug 169525 has been marked as a duplicate of this bug. ***
Comment 15 oll 2005-06-30 07:16:46 UTC
I am using garnome 2.10.1 and I can reproduce it every time with every users.
Comment 16 Paolo Benvenuto 2005-07-12 01:38:16 UTC
The problem comes when the list is ordered by name: after renaming, the renamed
file can change its position, according to the renaming issued. However, the
selections remains in the same-number file.

E.g. consider a list:
abba
benin
milano

and rename abba (which is shown as the 1st file) to zabba.

The file zabba will go to the last place, but the selection will remain on the
1st file.
Comment 17 Sergej Kotliar 2006-04-09 11:41:11 UTC
*** Bug 337776 has been marked as a duplicate of this bug. ***
Comment 18 Sergej Kotliar 2006-04-09 11:41:44 UTC
Hmmm, I couldn't reproduce this on 2.14. Any chance it has been fixed already?
Comment 19 Martin Wehner 2006-04-09 15:34:13 UTC
Yes, this should work now - see bug 326581.

*** This bug has been marked as a duplicate of 326581 ***