Renaming file in list view doesn't allow Ctrl

[Joel]

Hello,

I just noticed a weird thing in Nemo file manager. I work with a lot of files with very long file names, and I frequently want to copy the name of such files to clipboard, which I do by clicking Rename... --> Ctrl+A ---> Ctrl+C --> Esc. This works fine when in icon view, but when I change to list view, as soon as I click Ctrl, it exits file renaming. If I'm working with the files in list view, which I usually prefer, the only option is to select the entire file name with the mouse, right-click and then select Copy, and that is a bit tedious.

This seems like a bug to me, because I can honestly not see the point of such a "feature", but in case there is, how can I disable this behaviour?

[mikeflan]

Hi Joel. I abhor long filenames. They cause me all kinds of trouble. I just want you to know that if you click on a filename on the right side of Nemo and hit Ctrl-c you put the full path and filename on the clipboard. Maybe you can strip off the paths later if needed. Or maybe you can even change the default to copying the filename only.

[AZgl1800]

Hi Joel. I abhor long filenames. They cause me all kinds of trouble. I just want you to know that if you click on a filename on the right side of Nemo and hit Ctrl-c you put the full path and filename on the clipboard. Maybe you can strip off the paths later if needed. Or maybe you can even change the default to copying the filename only.

you may hate long filenames, but short filenames are useless to pre-define what is inside of a file.

the following structure would probably drive you Bananas.

[Hoser Rob]

Hi Joel. I abhor long filenames. They cause me all kinds of trouble. I just want you to know that if you click on a filename on the right side of Nemo and hit Ctrl-c you put the full path and filename on the clipboard. Maybe you can strip off the paths later if needed. Or maybe you can even change the default to copying the filename only.

you may hate long filenames, but short filenames are useless to pre-define what is inside of a file....

No kidding, unless you have a photographic memory, and I often leave the lens cap on mine ...

[mikeflan]

the following structure would probably drive you Bananas.

No, all those are considered short filenames to me. My break point is about 80 characters. Above 80 characters it is a long filename. You should see some of the ones I receive from work. They can go way over 150 characters.

[AZgl1800]

the following structure would probably drive you Bananas.

No, all those are considered short filenames to me. My break point is about 80 characters. Above 80 characters it is a long filename. You should see some of the ones I receive from work. They can go way over 150 characters.

that probably is the result of someone trying to write a treatise in the filename.
I too, consider that to be very extraneous.

I even rename Bookmarks so that they mean something to me, and can be found by using a 2 or 3 word search term.
I like to append the major terms at the end of Bookmarks, that way FF's Library can find them fast.

[vimes666]

I cannot reproduce this but normally I always copy the the filename via properties and not rename (is in the same context menu).

[cday]

I normally use 'List view' and often rename files that I have downloaded: coming from Windows, I tend as a reflex action to select Ctrl-C and Ctrl-V, which as reported by Joel in the first post immediately closes the filename window.

I have until now accepted this as an unfortunate inevitability of using Nemo, but could it actually be a bug that could possibly be fixed?

[mikeflan]

I normally use 'List view' and often rename files that I have downloaded: coming from Windows, I tend as a reflex action to select Ctrl-C and Ctrl-V, which as reported by Joel in the first post immediately closes the filename window.

What Joel reports does not happen for me. He says:
I frequently want to copy the name of such files to clipboard, which I do
by clicking Rename... --> Ctrl+A ---> Ctrl+C --> Esc. This works fine when
in icon view, but when I change to list view, as soon as I click Ctrl, it exits
file renaming.
When I select the file - right click - select Rename - Hit Ctrl-A - Hit Ctrl-C it works fine. It does not close the renaming window.

[Joel]

I normally use 'List view' and often rename files that I have downloaded: coming from Windows, I tend as a reflex action to select Ctrl-C and Ctrl-V, which as reported by Joel in the first post immediately closes the filename window.

I have until now accepted this as an unfortunate inevitability of using Nemo, but could it actually be a bug that could possibly be fixed?

When I select the file - right click - select Rename - Hit Ctrl-A - Hit Ctrl-C it works find. It does not close the renaming window.

It's interesting that everyone doesn't experience this, while others do. I can't think of any setting that I have changed that could have affected this. Perhaps someone could bring this to the attention of the dev team? I'm not sure how to do that yet. This seems like a small thing that could be easily fixed.

[cday]

I normally use List view and have experienced this issue in Mint 19 and Mint 20.

Investigating further, the issue only occurs in List View, and not in Icon View or Compact View.

Steps to reproduce are very simple:

Right-click on a file and select Rename;

Click in the filename and (optionally) make a selection;

Press the Ctrl key and the rename window immediately closes...

That doesn't happen in Icon View or Compact View.

No need to use Ctrl-A, Ctrl-C or Ctrl-V, but the same result if you do.

[AZgl1800]

I just tried what you said, I only use List View, and indeed "CTRL" causes the Rename function to go away.

and in Rename, I just type the new name, or use the Right/Left arrow key to move to a position where I can add letters.

E.G.; I wish to rename 1234123-81341234.jpg to the new name screenshot.jpg
for that, it is easy, just type in screenshot and the suffix ".jpg" is not changed.

I work with images a lot, 100s of them a day sometimes.
and have the need to group them together in a meaningful way.

1234.jpg might get named to: fog-1.jpg
then fog-2.jpg and fog-3.jpg

that scheme has worked well for me.... then I gather up all of the "fog" images and create, or place them in a folder named "fog images"

as soon as I type 'fog' a list of the previously named files shows up, helps me to know what the next "-X" digit should be.

[cday]

I just tried what you said, I only use List View, and indeed "CTRL" causes the Rename function to go away.

Thanks for confirming, my everyday need is to rename individual files, and I have to try to remember every time to use the right-click 'Copy' and 'Paste' options rather than Ctrl-A, Ctrl-C and Ctrl-V.

With the inconsistency between renaming in List View, and Icon View and Compact View, this does look unintended, and could be considered a bug...

If the issue could be investigated and fixed, it could significantly increase my productivity!

[mikeflan]

I normally use List view and have experienced this issue in Mint 19 and Mint 20.

Investigating further, the issue only occurs in List View, and not in Icon View or Compact View.

Steps to reproduce are very simple:

Right-click on a file and select Rename;

Click in the filename and (optionally) make a selection;

Press the Ctrl key and the rename window immediately closes...

That doesn't happen in Icon View or Compact View.

No need to use Ctrl-A, Ctrl-C or Ctrl-V, but the same result if you do.

Ctrl does not close the rename window on either of my systems (LM19.3 or LM20.1). Yes I am in List view.
My LM20.1 specs are:

Code: Select all

System:    Kernel: 5.4.0-84-generic x86_64 bits: 64 compiler: gcc v: 9.3.0 Desktop: Cinnamon 4.8.6 
           wm: muffin 4.8.1 dm: LightDM 1.30.0 Distro: Linux Mint 20.1 Ulyssa base: Ubuntu 20.04 focal 
Machine:   Type: Laptop System: Dell product: Inspiron 7570 v: N/A serial: <filter> Chassis: type: 10 
           serial: <filter> 
           Mobo: Dell model: 0RP6XK v: A00 serial: <filter> UEFI: Dell v: 1.18.0 date: 12/29/2020 
Battery:   ID-1: BAT0 charge: 13.7 Wh condition: 13.7/42.0 Wh (33%) volts: 12.5/11.4 
           model: Samsung SDI DELL CYMGM7A type: Li-ion serial: <filter> status: Full 
CPU:       Topology: Quad Core model: Intel Core i5-8250U bits: 64 type: MT MCP arch: Kaby Lake rev: A 
           L2 cache: 6144 KiB 
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 28800 
           Speed: 704 MHz min/max: 400/3400 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 800 5: 800 
           6: 800 7: 800 8: 800 
Graphics:  Device-1: Intel UHD Graphics 620 vendor: Dell driver: i915 v: kernel bus ID: 00:02.0 
           chip ID: 8086:5917 
           Device-2: NVIDIA GM108M [GeForce 940MX] vendor: Dell driver: nouveau v: kernel 
           bus ID: 01:00.0 chip ID: 10de:134d 
           Display: x11 server: X.Org 1.20.11 driver: modesetting unloaded: fbdev,vesa 
           resolution: 1920x1080~60Hz 
           OpenGL: renderer: Mesa Intel UHD Graphics 620 (KBL GT2) v: 4.6 Mesa 21.0.3 direct render: Yes 
Audio:     Device-1: Intel Sunrise Point-LP HD Audio vendor: Dell driver: snd_hda_intel v: kernel 
           bus ID: 00:1f.3 chip ID: 8086:9d71 
           Sound Server: ALSA v: k5.4.0-84-generic 
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: Dell driver: r8169 
           v: kernel port: d000 bus ID: 02:00.0 chip ID: 10ec:8168 
           IF: enp2s0 state: down mac: <filter> 
           Device-2: Intel Wireless 7265 driver: iwlwifi v: kernel port: d000 bus ID: 03:00.0 
           chip ID: 8086:095a 
           IF: wlp3s0 state: down mac: <filter> 
Drives:    Local Storage: total: 931.51 GiB used: 610.24 GiB (65.5%) 
           ID-1: /dev/sda vendor: Seagate model: ST1000LX015-1U7172 size: 931.51 GiB speed: 6.0 Gb/s 
           rotation: 5400 rpm serial: <filter> rev: SDM2 scheme: GPT 
RAID:      Hardware-1: Intel 82801 Mobile SATA Controller [RAID mode] driver: ahci v: 3.0 port: f060 
           bus ID: 00:17.0 chip ID: 8086.282a rev: 21 
Partition: ID-1: / size: 915.40 GiB used: 610.24 GiB (66.7%) fs: ext4 dev: /dev/sda2 
Sensors:   System Temperatures: cpu: 36.0 C mobo: 36.0 C sodimm: 36.0 C gpu: nouveau temp: 25 C 
           Fan Speeds (RPM): cpu: 0 
Repos:     No active apt repos in: /etc/apt/sources.list 
           Active apt repos in: /etc/apt/sources.list.d/google-earth-pro.list 
           1: deb [arch=amd64] http://dl.google.com/linux/earth/deb/ stable main
           Active apt repos in: /etc/apt/sources.list.d/linuxuprising-shutter-focal.list 
           1: deb http://ppa.launchpad.net/linuxuprising/shutter/ubuntu focal main
           Active apt repos in: /etc/apt/sources.list.d/official-package-repositories.list 
           1: deb http://packages.linuxmint.com ulyssa main upstream import backport
           2: deb http://archive.linux.duke.edu/ubuntu focal main restricted universe multiverse
           3: deb http://archive.linux.duke.edu/ubuntu focal-updates main restricted universe multiverse
           4: deb http://archive.linux.duke.edu/ubuntu focal-backports main restricted universe multiverse
           5: deb http://security.ubuntu.com/ubuntu/ focal-security main restricted universe multiverse
           6: deb http://archive.canonical.com/ubuntu/ focal partner
Info:      Processes: 241 Uptime: 6m Memory: 7.52 GiB used: 918.8 MiB (11.9%) Init: systemd v: 245 
           runlevel: 5 Compilers: gcc: 9.3.0 alt: 9 Shell: bash v: 5.0.17 running in: gnome-terminal 
           inxi: 3.0.38

[cday]

Thanks Mike, I'm happy to share my system report, but possibly someone with far more knowledge can identify a factor that might differ:

Code: Select all

System:    Kernel: 5.4.0-84-generic x86_64 bits: 64 compiler: gcc v: 9.3.0 Desktop: Cinnamon 5.0.5 
           wm: muffin dm: LightDM Distro: Linux Mint 20.2 Uma base: Ubuntu 20.04 focal 
Machine:   Type: Laptop System: Acer product: Swift SF113-31 v: V1.05 serial: <filter> Chassis: 
           type: 10 serial: <filter> 
           Mobo: APL model: ASAHI_AP v: V1.05 serial: <filter> UEFI: INSYDE v: 1.05 
           date: 05/10/2017 
Battery:   ID-1: BAT0 charge: 42.0 Wh condition: 42.0/43.0 Wh (98%) volts: 12.8/11.4 
           model: AP16A4K serial: <filter> status: Full 
CPU:       Topology: Quad Core model: Intel Pentium N4200 bits: 64 type: MCP arch: Goldmont rev: 9 
           L2 cache: 1024 KiB 
           flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 8755 
           Speed: 2388 MHz min/max: 800/2500 MHz Core speeds (MHz): 1: 2388 2: 2388 3: 2478 
           4: 2388 
Graphics:  Device-1: Intel Celeron N3350/Pentium N4200/Atom E3900 Series Integrated Graphics 
           vendor: Acer Incorporated ALI driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:5a84 
           Display: x11 server: X.Org 1.20.11 driver: modesetting unloaded: fbdev,vesa 
           resolution: 1920x1080~60Hz 
           OpenGL: renderer: Mesa Intel HD Graphics 505 (APL 3) v: 4.6 Mesa 21.0.3 
           direct render: Yes 
Audio:     Device-1: Intel Celeron N3350/Pentium N4200/Atom E3900 Series Audio Cluster 
           vendor: Acer Incorporated ALI driver: snd_hda_intel v: kernel bus ID: 00:0e.0 
           chip ID: 8086:5a98 
           Sound Server: ALSA v: k5.4.0-84-generic 
Network:   Device-1: Intel Wireless 7265 driver: iwlwifi v: kernel port: 1040 bus ID: 02:00.0 
           chip ID: 8086:095a 
           IF: wlp2s0 state: up mac: <filter> 
Drives:    Local Storage: total: 147.88 GiB used: 59.77 GiB (40.4%) 
           ID-1: /dev/sda vendor: Kingston model: RBUSNS8180DS3128GH size: 119.24 GiB 
           speed: 6.0 Gb/s serial: <filter> 
           ID-2: /dev/sdb type: USB vendor: SanDisk model: Ultra size: 28.64 GiB serial: <filter> 
Partition: ID-1: / size: 73.85 GiB used: 42.31 GiB (57.3%) fs: ext4 dev: /dev/sda5 
USB:       Hub: 1-0:1 info: Full speed (or root) Hub ports: 8 rev: 2.0 chip ID: 1d6b:0002 
           Device-1: 1-2:38 info: MosArt Emerge Uni-retractable Laser Mouse type: Mouse 
           driver: hid-generic,usbhid rev: 1.1 chip ID: 062a:0252 
           Device-2: 1-5:3 info: Intel type: Bluetooth driver: btusb rev: 2.0 chip ID: 8087:0a2a 
           Device-3: 1-6:4 info: Realtek RTS5129 Card Reader Controller type: <vendor specific> 
           driver: rtsx_usb,rtsx_usb_ms,rtsx_usb_sdmmc rev: 2.0 chip ID: 0bda:0129 
           Device-4: 1-7:39 info: Chicony HD WebCam type: Video driver: uvcvideo rev: 2.0 
           chip ID: 04f2:b5f7 
           Device-5: 1-8:40 info: LighTuning EgisTec Touch Fingerprint Sensor 
           type: <vendor specific> driver: N/A rev: 1.1 chip ID: 1c7a:0570 
           Hub: 2-0:1 info: Full speed (or root) Hub ports: 7 rev: 3.0 chip ID: 1d6b:0003 
           Device-6: 2-4:2 info: SanDisk Ultra type: Mass Storage driver: usb-storage rev: 3.0 
           chip ID: 0781:5581 
Sensors:   System Temperatures: cpu: 41.0 C mobo: 0.0 C 
           Fan Speeds (RPM): N/A 
Repos:     No active apt repos in: /etc/apt/sources.list 
           Active apt repos in: /etc/apt/sources.list.d/official-package-repositories.list 
           1: deb http: //packages.linuxmint.com uma main upstream import backport #id:linuxmint_main
           2: deb http: //archive.ubuntu.com/ubuntu focal main restricted universe multiverse
           3: deb http: //archive.ubuntu.com/ubuntu focal-updates main restricted universe multiverse
           4: deb http: //archive.ubuntu.com/ubuntu focal-backports main restricted universe multiverse
           5: deb http: //security.ubuntu.com/ubuntu/ focal-security main restricted universe multiverse
           6: deb http: //archive.canonical.com/ubuntu/ focal partner
Info:      Processes: 294 Uptime: 22h 54m Memory: 3.69 GiB used: 2.21 GiB (60.0%) Init: systemd 
           v: 245 runlevel: 5 Compilers: gcc: 9.3.0 alt: 9 Client: Unknown python3.8 client 
           inxi: 3.0.38 

It seems strange that the response between two nominally similar installations could differ in such a basic way.

A setting change or other simple fix would be very welcome...

[paulwardrip]

I have been a developer for 22 years and have been fluent in linux for most of that time, at the command line especially, but only in the past year did I make the switch to Linux Mint as my primary desktop instead of Windows (Cinnamon really is spectacular).... that being said... this happens to me all the damn time and it's infuriating. If I'm hand copy pasting filenames rather than using a utility or a script, it's something I tend to be doing in haste and for a few files, more than 2 less than 10... and I'll do it over again 3 to 5 times before I even realize it and remember this happens.

I would be so grateful for a patch as well. I might think to take it on, but I'm not so experienced w/ c++ my jam is node.js.

[mikeflan]

This one really has me worried. Hitting Ctrl when trying to rename in list view closes the rename box around the filename! If that were happening to me I would Timeshift back, or pull out my images, or possibly abandon LM. The good news is I would discover this right away, because I do it daily. Somebody should write up a bug report, but it might be a tough problem to track down since it doesn't happen for everybody.

[vimes666]

There is a setting in the mouse preferences named "Show position of pointer when the control key is pressed".
If this is set to on, it will break other shortkeys containing a control key. It may be the cause of your problem.

[JoeFootball]

There is a setting in the mouse preferences named "Show position of pointer when the control key is pressed".
If this is set to on, it will break other shortkeys containing a control key. It may be the cause of your problem.

Good catch! I wasn't able to replicate the behavior, but when I turned that setting on, there it was.

[vanadium]

Solved, which is good, but you may also solely use the keyboard: "F2" then "Ctrl+C" to copy the highlighted name. Faster than fiddling with a combination of mouse and keyboard.