You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
tar: /home/username/Downloads/tarfile\:\:doc: Cannot open: No such file or directory
tar: Error is not recoverable: exiting now
Expected behavior
Either
See error message (e.g. vim-vinegar: This mapping is not supported inside tar archives.)
OR
Show directory of current file as would happen with a normal file (see additional information below).
Additional information
The manner vim's tar handler uses to open a file is not what you might expect. When opening a file with <CR>, it does wincmd _ (link) to open a maximized split. Therefore, I'm not sure how the "expected behavior" would be achieved. Assuming the original window is still there, I suppose - would just be :q? And if that window doesn't exist, then the directory would open in the current window? That's assuming you can get the filepath for the original directory, which I'm not sure is available, because when in the buffer of the opened file, the output of expand('%') is /home/username/Downloads/tarfile::doc/pi_vimball.txt, showing the correct directory has been replaced by tarfile::doc.
Also, the same original error shows if you unzip the archive first.
The text was updated successfully, but these errors were encountered:
Reproduce:
<CR>
-
Expected behavior
Either
vim-vinegar: This mapping is not supported inside tar archives.
)OR
Additional information
The manner vim's tar handler uses to open a file is not what you might expect. When opening a file with
<CR>
, it doeswincmd _
(link) to open a maximized split. Therefore, I'm not sure how the "expected behavior" would be achieved. Assuming the original window is still there, I suppose-
would just be:q
? And if that window doesn't exist, then the directory would open in the current window? That's assuming you can get the filepath for the original directory, which I'm not sure is available, because when in the buffer of the opened file, the output ofexpand('%')
is/home/username/Downloads/tarfile::doc/pi_vimball.txt
, showing the correct directory has been replaced bytarfile::doc
.Also, the same original error shows if you unzip the archive first.
The text was updated successfully, but these errors were encountered: