Create symlink @ to selection fails

[amanjitsk]

Environment details (Put x in the checkbox along with the information)

• Operating System: Ubuntu 20.04 LTS
• Desktop Environment: bspwm
• Terminal Emulator: st/kitty
• Shell: zsh
• Custom desktop opener (if applicable): nuke
• Program options used:

  NNN_SEL=/home/amanjitsk/.config/nnn/selection
  NNN_TRASH=1
  NNN_FIFO=/run/user/1000/nnn.fifo
  NNN_TMPFILE=/home/amanjitsk/.config/nnn/.lastd
  NNN_COLORS=42564256
  NNN_LOCKER=vlock
  NNN_OPTS=cdEfHorQSUx
  NNN_FCOLORS=0B0B04060006060009060B06
  NNN_ARCHIVE=\.(7z|a|ace|alz|arc|arj|bz|bz2|cab|cpio|deb|gz|jar|lha|lz|lzh|lzma|lzo|rar|rpm|rz|t7z|tar|tbz|tbz2|tgz|tlz|txz|tZ|tzo|war|xpi|xz|Z|zip)$
  NNN_HELP=neofetch
  NNN_OPENER=/home/amanjitsk/.config/nnn/plugins/nuke
  NNN_INCLUDE_HIDDEN=1

• Configuration options set: NNN_OPTS=cdEfHorQSUx
• Plugins are installed
• Issue exists on nnn master

Exact steps to reproduce the issue

• Select a file/dir that you'd like to create a symlink to
• Go to some other directory, and attempt to create a symlink to the
  selection with the same name, with the key sequence ns@<Return>s and this fails with the error File exists

This operation should not fail, unless I am attempting to create a symlink in
the same directory with the same name. This used to work before, but now, it
now longer allows to create a symlink with the same name. Trying to create
a symlink to a selected file/dir works if @ is replaced with some other
name, but it is annoying to type out a name, especially when in most cases, I'd like to retain the same name.

Last I checked, the key @ was used to indicate that the symlink name is the
same as the target, unless this has changed now. I also cannot unfortunately
pinpoint exactly which commit this feature broke (this used to work before),
because I have been ignoring this error for quite some time now.

Best,
Amanjit

[N-R-K]

Duplicate of #1282

[amanjitsk]

Ah, I see. I read through the post, but I still don't understand the rationalize behind why the @ behavior was removed for a single selection. If anything, I thought it would just be a special case. I still think it would be convenient to have that prefix notion for single selection. Anyways, thanks for pointing me to this!

[amanjitsk]

Thanks, just pulled from master, but I don't know if you misunderstood the intent. Pressing @ on a single selection now creates a symlink with the name @ (I was hoping @ would retain the target name, and not a literal @ name - but at least this commit makes this possible). But I guess I won't re-open the issue as it seems that the decision to get rid of the the prefix notion for a single selection was a deliberate design choice.

[jarun]

I was hoping @ would retain the target name, and not a literal @ name

That was never the intention. You have to type the symlink file name when there is a single file selected/for current file.