[vim/vim] ### netrw rename error (PR #20698)

1 view

Skip to first unread message

Doruk Özer

unread,

Jul 3, 2026, 10:03:38 PM (5 hours ago) Jul 3

to vim/vim, Subscribed

To be honest I do not understand the bigger picture in this code and what might
result this update, I'm using netrw for last 2 years or something with same
config, but I noticed that now when I try to rename files I get this error

Error detected while processing function <SNR>100_NetrwLocalRename:
line   77:
E121: Undefined variable: reset_ssl
Moving /Users/suqoi/.vim/autoload/netrw.vim to : /Users/suqoi/.vim/autoload/netrw.vim

After greppin reset_ssl and adding let reset_ssl = 0 before shellslash
existince check error dissapears,I did git blame on this and this was
introduced with commit #48474e6370, it explains why I started getting this
error recently.

The fix is a one-liner: initialize reset_ssl = 0 before the if block so it
always exists. On macOS +shellslash isn't a vim option, so the block that sets
it to 1 never runs, but the later if reset_ssl was still evaluating it.

But I want to say again that I do not know or understand most of the things and
so on this was blind test attempt to silence error without understanding.

You can view, comment on, or merge this pull request online at:

https://github.com/vim/vim/pull/20698

Commit Summary

6adc0a7 netrw rename error fix on mac

File Changes

(1 file)

M runtime/pack/dist/opt/netrw/autoload/netrw.vim (1)

Patch Links:

—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS and Android. Download it today!
You are receiving this because you are subscribed to this thread.

Doruk Özer

unread,

Jul 3, 2026, 10:14:35 PM (5 hours ago) Jul 3

to vim/vim, Subscribed

dorukozerr left a comment (vim/vim#20698)

Also just before very recently when I open netrw with :Explore it was opening in the active buffer file path, but now when I open netrw it opens in project root/cwd I fixed this with changing my mapping to nnoremap <Leader>t :Explore %:p:h<CR> but maybe its related somehow