Nemo GUI acts strange when renaming files

[bk7777]

I do a fair amount of file renames via the Nemo GUI. Most of the time it is making the names shorter.

About 80% of the time after I rename a file and press the down arrow it jumps to the 2nd file in the folder. Which makes me have to use addition arrow keys to get to the next file I want to change.

It does not seem to matter which file in the list could be the 5th or the 42nd file. It just jumps back to the 2nd listed file name.

This has been around since 18.1 or earlier and I am now running 19.3

It is more of an annoyance than anything else but it only happens after a rename of a file.

Hopefully this has been reported long before now as Its been a bug for years.

Thanks,
Brian

[Moonstone Man]

Hopefully this has been reported long before now as Its been a bug for years.

It isn't a bug. It's expected behaviour for sorting by name. You can change the sort order to date or, if you have a list of words that you regularly remove from the file names, I can post a script that will read words from a text file and rename all the files in a directory by removing words found in the list.

[bk7777]

The sort order should have nothing to do with the files I am renaming.

99 times out of 100 I am stripping off information from the end of the filename the beginning stays the same.

So if I am changeing files beginning with say something like:

nemo.go.fetch.junk.name.txt

and change it to:

nemo.go.txt

Why would the down arrow key jump the cursor to blue.berry.txt and not to potato.txt which is the next file below nemo.go.txt?

Trying to understand the logic.

Thanks,
Brian

[MrEen]

I'm on Xfce, using Thunar as the file manager.

I have had something quite similar happen when deleting files (I don't rename typically) and just tested a suspicion I had. I was using icon view when experiencing the behavior. Switching to list view has stopped it from happening. Upon switching back to icon view, things are working properly. Can't explain it, but something worth trying I'd guess.

I didn't think to test deleting a file in icon view before making the switch at this time, so I'm not certain that this wasn't fixed by the last reboot.

[smurphos]

I can't reproduce this in Nemo in list view or icon view...

[bk7777]

Not sure if this helps any but 99% of the time I am in "compact view" and is set as my default.

Thanks,
Brian

[smurphos]

I can't reproduce it there either. Are you using the default compact view sorting order?

Can you post the output of this command run in a terminal? It will list your non-default nemo settings. Maybe emulating your settings will facilitate reproduction of the issue.

Code: Select all

dconf dump /org/nemo/

Also could you report the output of this command - it will check for files in your home not owned by your user. I'm wondering if there is an issue with writing file system metadata

Code: Select all

find $HOME ! -user $USER

[bk7777]

Here is the "dconf dump /org/nemo/"

Code: Select all

[compact-view]
default-zoom-level='large'

[preferences]
confirm-trash=false
show-full-path-titles=true
tooltips-show-file-type=true
show-advanced-permissions=true
tooltips-on-desktop=true
show-home-icon-toolbar=false
show-new-folder-icon-toolbar=true
show-bookmarks-in-to-menus=true
close-device-view-on-device-eject=true
tooltips-show-birth-date=true
tooltips-show-mod-date=true
tooltips-show-path=true
enable-delete=false
show-open-in-terminal-toolbar=true
default-folder-viewer='compact-view'
tooltips-in-icon-view=true
show-hidden-files=true
show-image-thumbnails='never'
tooltips-in-list-view=true
show-computer-icon-toolbar=true
show-reload-icon-toolbar=true
show-show-thumbnails-toolbar=true
show-places-in-to-menus=true
tooltips-show-access-date=true

[preferences/menu-config]
selection-menu-make-link=true
selection-menu-move-to=true
selection-menu-copy-to=true
selection-menu-duplicate=true

[window-state]
start-with-sidebar=false
geometry='1220x791+340+114'
maximized=false
sidebar-bookmark-breakpoint=5

[icon-view]
default-zoom-level='large'
labels-beside-icons=false

[desktop]
home-icon-visible=false
network-icon-visible=true
font='Ubuntu 18'
trash-icon-visible=true

[list-view]
default-visible-columns=['name', 'size', 'type', 'date_modified']
default-zoom-level='large'
default-column-order=['name', 'size', 'type', 'date_modified', 'date_created_with_time', 'date_accessed', 'date_created', 'detailed_type', 'group', 'where', 'mime_type', 'date_modified_with_time', 'octal_permissions', 'owner', 'permissions']

The find command returned nothing. I also ran it on the filesystem that I do most of the renames and it returned nothing as well.

Anything else you need?

Thanks,
Brian

[smurphos]

Thanks - the lack of output of the second command is a good thing - no issues to correct there.

So I reset my nemo settings and loaded yours - still no dice and can't reproduce the issue you describe after renaming in compact view. I'm at a loss to be honest.

[bk7777]

I can tell you that it happens on 2 different computers.

It could be related to length of name. Some of the lengths when I am done are still 44 characters long but originally may have been 80 characters. Some with periods "." for spaces in the names.

While this is not specific indicator. Many times when I press the F2 key to edit the name it may break up the file into 2 lines in the window for editing.

Oh and by the way there are no mouse actions during the process.

I use the mouse to get to the directory but the renaming is all keyboard.

I also use 20 pitch default fonts because I sit 8 feet away from the screen in my easy chair.

by the way thank you for continuing try to reproduce the issue.

Thanks,
Brian

[lucasgabmoreno]

I've crazy problems in "list" mode view in nemo when renaming:

Image:
https://drive.google.com/file/d/1FpTeqr ... sp=sharing

[mikeflan]

If anybody has the patience it would be good to get this "problem" defined. Create some files, share with the forum, tell us how you rename, and we will try it on our systems to see if the same thing is found on our systems.