120

My Ubuntu LTS 12.04 has vim editor. If I open a file, move to a paragraph and reopen vim, then the cursor goes to beginning of the file always.

This is not the expected behavior. How the vim can remember last read position after closing a file?

I tried vi also, but the result is the same.

5
  • 1
    I am sorry, but there seems to be 0 documentation that says it should. Are you 100% sure thats the case for Vim ? And, i am sorry, i got no idea how to configure it to remember last position. Might an unnecessary comment by me, but i gotta know if you experienced the program doing that earlier.
    – denNorske
    Commented Nov 28, 2012 at 13:32
  • 4
    For example in Redhat , the last refereed line in a file is remembered by vim. vim seems to be inconvenient in ubuntu 12.04 Commented Nov 28, 2012 at 14:34
  • Also in Ubuntu 10.04 this is certainly not default behaviour. I've been using Vim on Ubuntu for a long time, never saw your expected behaviour. You probably have configured it to do so on that installation - see the answer of @GaryBishop for example.
    – gertvdijk
    Commented Nov 28, 2012 at 14:37
  • Sorry it was not Ubuntu 10.04 , it was red hat that worked. Updated my comment Commented Nov 28, 2012 at 14:42
  • Related: stackoverflow.com/questions/774560/…
    – David Cary
    Commented Nov 3, 2021 at 22:36

11 Answers 11

157

The file /etc/vim/vimrc already contains necessary feature. Just need to uncomment it:

" Uncomment the following to have Vim jump to the last position when
" reopening a file
if has("autocmd")
  au BufReadPost * if line("'\"") > 1 && line("'\"") <= line("$") | exe "normal! g'\"" | endif
endif

(Infact, you can refer to /usr/share/vim/vim73/vimrc_example.vim also)

7
  • It only seems to work with root user, not other users. My vimrc file is -rw-r--r-- 1 root root; would that be the problem?
    – ADTC
    Commented Dec 11, 2016 at 8:01
  • 3
    I was having the odd problem where one user would remember last position, but no others. Turns out that these lines were in the user's .vimrc file, but were commented out in /etc/vim/vimrc. Uncommenting them there enabled it for all users.
    – felwithe
    Commented Aug 20, 2017 at 15:34
  • This solution also works with gVim on Windows (where the file is "_vimrc" in your user directory).
    – felwithe
    Commented Apr 24, 2020 at 20:16
  • 2
    Editing your system's configuration files (in the /etc/vim/ folder) is not good convention. It would be better to add this line to your own .vimrc config file in your $HOME directory. See my answer for details if needed.
    – C.D.
    Commented Aug 13, 2020 at 23:26
  • 2
    I like to add a zz, to center on that point: exe "normal! g'\"zz" Commented Apr 30, 2021 at 3:53
84

I had this same problem and it turned out that the .viminfo file in my home directory had the wrong ownership. It was owned by root:root.

Once I fixed the file ownership by changing it to myself, remembering file position started working for me again

5
  • 4
    This things worked in my case. I was having same issue. I have changed ownership of .viminfo (present in home directory) that fixes vim issues. But why it was created with root:root? Commented May 19, 2015 at 7:22
  • 1
    @BrijeshValera likely because you started vim as root when the file didn't exist yet.
    – Ruslan
    Commented Jul 10, 2015 at 12:08
  • 1
    @Ruslan But then shouldn't the file have been created in root user's home directory?
    – ankush981
    Commented Oct 1, 2015 at 18:10
  • 5
    @dotslash that's tricky with sudo. It doesn't change environment (at least mostly): try running sudo bash -c 'echo $HOME', you'll get your home directory instead of root's one.
    – Ruslan
    Commented Oct 1, 2015 at 18:46
  • 1
    That was the cause in my 18.04
    – Hanynowsky
    Commented Jun 8, 2018 at 10:01
6

I think this wiki posting may provide a solution. I don't believe restoring the position is the expected behavior. http://vim.wikia.com/wiki/Restore_cursor_to_file_position_in_previous_editing_session

6

Good convention is to create your own .vimrc file in your $HOME directory, and include this line which will cause Vim to jump to the last known position in a previously edited file.

In $HOME/.vimrc, add the following lines:

" Reopen the last edited position in files
au BufReadPost * if line("'\"") > 1 && line("'\"") <= line("$") | exe "normal! g'\"" | endif

There is no need to edit the system-wide file /etc/vim/vimrc.

Creating and using your own .vimrc in your $HOME directory is also better for maintainability. The system vimrc configuration file could be updated when the Vim application package gets an update next time, or edited by someone else. Your own file in your own home-directory will be honored when you run Vim.

I actually recommend you look into all the great things you can do with your own .vimrc file. I have mine configured with tons of useful options and even a few custom functions.

4

There is a plugin called vim-lastplace (I am the author) that will open your files where you left off. It improves on the above suggestions by ignoring commit messages because you're typically editing a new message and want to start at the top of the commit message file.

0
0

In my case, vi was a symlink: /usr/bin/vi -> /etc/alternatives/vi -> /usr/bin/vim.tiny. The latter has no real vim features. Installing the package 'vim' (using synaptic or apt-get) made this symlink point to /usr/bin/vim.basic, and this fixed the issue.

0

In my case was that I had copied my .vimrc from another machine.

This was the offending line.

set viminfo='10,\"100,:20,%,n~/.viminfo

My problem was that because I use different systems, ie. cygwin, wsl2, linux etc... I had copied it from a cygwin install and it had looked something like this

set viminfo='10,\"100,:20,%,n/mnt/c/cygwin/.viminfo

which is obviously not correct for my linux install. Modding it to look like the first example above fixed my problem.

0

:help last-position-jump in Vim

The help for Vim actually includes documentation for how to do this. Open Vim, and run :help last-position-jump or :help restore-cursor. Here is what it says:

                *restore-cursor* *last-position-jump*  >
    autocmd BufReadPost *
      \ if line("'\"") >= 1 && line("'\"") <= line("$") && &ft !~# 'commit'
      \ |   exe "normal! g`\""
      \ | endif

Another autocommand.  This time it is used after reading any file.  The
complicated stuff after it checks if the '" mark is defined, and jumps to it
if so.  The backslash at the start of a line is used to continue the command
from the previous line.  That avoids a line getting very long.
See |line-continuation|.  This only works in a Vim script file, not when
typing commands at the command-line.

If you want to make use of this code, copy and paste these documented lines into your ~.vimrc:

autocmd BufReadPost *
  \ if line("'\"") >= 1 && line("'\"") <= line("$") && &ft !~# 'commit'
  \ |   exe "normal! g`\""
  \ | endif

:help last-position-jump in Neovim

Interestingly, the code in Neovim's help files don't match Vim's in this regard. Here is the result of :help last-position-jump or :help restore-cursor in Neovim:

                *restore-cursor* *last-position-jump*   
    autocmd BufRead * autocmd FileType <buffer> ++once
      \ if &ft !~# 'commit\|rebase' && line("'\"") > 1 && line("'\"") <= line("$") | exe 'normal! g`"' | endif

Another autocommand.  This time it is used after reading any file.  The
complicated stuff after it checks if the '" mark is defined, and jumps to it
if so.  The backslash at the start of a line is used to continue the command
from the previous line.  That avoids a line getting very long.
See |line-continuation|.  This only works in a Vim script file, not when
typing commands at the command-line.

To make use of this in NeoVim, add the following code to your init.lua file:

vim.cmd([[
    autocmd BufRead * autocmd FileType <buffer> ++once
      \ if &ft !~# 'commit\|rebase' && line("'\"") > 1 && line("'\"") <= line("$") | exe 'normal! g`"' | endif
]])
0

You can save/restore your entire session to continue later even without uncommenting the BufReadPost option. the session includes not only your last cursor position but all the open files and their status.

To do that:

:mks <myfile>

You can drop the filename and the default with .ses extension will be used.

Next time launch vim with -S option:

vim -S myfile.ses

Alternatively, as long as :mks was previously used and myfile was re-saved, open your file with vim as usual and then:

:source myfile

(can also use the short form of :so myfile)

-1

There is a mistake in Lunar Mushrooms solution. Here the correction:

if has("autocmd")
  " When editing a file, always jump to the last known cursor position.
  " Don't do it when the position is invalid or when inside an event handler
  " (happens when dropping a file on gvim).
  " Also don't do it when the mark is in the first line, that is the default
  " position when opening a file.
  autocmd BufReadPost *
    \ if line("'\"") > 1 && line("'\"") <= line("$") |
    \   exe "normal! g`\"" |
    \ endif

endif
3
  • Why do you believe your solution to be correct? It looks a lot alike, but for the backslashes at the beginning of a line. If any, shouldn't they be at the end of a line indicating the command continues on the next line...? Also, the accepted answer just talks about uncommenting a section in a global config file, that is installed together with vim. Apparently this solved the problem. Where is the error?
    – Nephente
    Commented Sep 29, 2015 at 9:28
  • Because if I copy / paste the first solution, I got an error. And I posted the content of my /usr/share/vim/vim74/vimrc_example.vim (which included the backslashes at the beginning).
    – Arnaud
    Commented Oct 6, 2015 at 6:01
  • 1
    @Amaud the lines area already provided in the file, but commented. You just need to delete the " character at the beginning of lines to uncomment them. There is no need to "copy / paste the first solution".
    – ADTC
    Commented Dec 11, 2016 at 7:59
-1

The last edit information is stored at .viminfo.

ls -l ~/.viminfo

If it hasn't a read mod for your user, just change it.

sudo chmod 666 ~/.viminfo
1
  • There is no reason to make the permissions 666. This is very nearly as bad as 777. 666 is writable by all. The permissions should be 600. One has no business using the .viminfo of another user I guess, but if you want to make the file readable for all, then 644 would be fine. If for some reason other users need write permission, then use groups and set 660.
    – Zanna
    Commented Apr 6, 2022 at 8:56

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .