rneovim.git/test/old/testdir/samples, branch userregs_2

vim-patch:9.1.1198: [security]: potential data loss with zip.vim (#32867)

2025-03-13T00:47:02+00:00

Problem:  [security]: potential data loss with zip.vim and special
          crafted zip files (RyotaK)
Solution: use glob '[-]' to protect filenames starting with '-'

Github Advisory:
https://github.com/vim/vim/security/advisories/GHSA-693p-m996-3rmf

https://github.com/vim/vim/commit/f209dcd3defb95bae21b2740910e6aa7bb940531

Co-authored-by: Christian Brabandt

vim-patch:9.1.0686: zip-plugin has problems with special characters (#30108)

2024-08-20T23:35:27+00:00

Problem:  zip-plugin has problems with special characters
          (user202729)
Solution: escape '*?[\' on Unix and handle those chars
          a bit differently on MS-Windows, add a test, check
          before overwriting files

runtime(zip): small fixes for zip plugin

This does the following:
- verify the unzip plugin is executable when loading the autoload plugin
- handle extracting file names with '[*?\' in its name correctly by
  escaping those characters for the unzip command (and handle those
  characters a bit differently on MS-Windows, since the quoting is different)
- verify, that the extract plugin is not overwriting a file (could cause
  a hang, because unzip asking for confirmation)
- add a test zip file which contains those special file names

fixes: vim/vim#15505
closes: vim/vim#15519

https://github.com/vim/vim/commit/7790ea0c680a9f951a86066e5940ec16b2333c9a

Co-authored-by: Christian Brabandt

vim-patch:9.1.0661: the zip plugin is not tested. (#29993)

2024-08-06T22:53:05+00:00

Problem:  the zip plugin is not tested.
Solution: include tests (Damien)

closes: vim/vim#15411

https://github.com/vim/vim/commit/d7af21e746f3992c650caf6b76465880b96302b4

Co-authored-by: Damien <141588647+xrandomname@users.noreply.github.com>

vim-patch:9.0.2134: ml_get error when scrolling (#26264)

2023-11-29T05:24:24+00:00

Problem:  ml_get error when scrolling after delete
Solution: mark topline to be validated in main_loop
          if it is larger than current buffers line
          count

reset_lnums() is called after e.g. TextChanged autocommands and it may
accidentally cause curwin->w_topline to become invalid, e.g. if the
autocommand has deleted some lines.

So verify that curwin->w_topline points to a valid line and if not, mark
the window to have w_topline recalculated in main_loop() in
update_topline() after reset_lnums() returns.

fixes: vim/vim#13568
fixes: vim/vim#13578

https://github.com/vim/vim/commit/c4ffeddfe5bd1824650e9b911ed9245bf56c69e3

The error doesn't happen in Nvim because Nvim triggers TextChanged after
calling update_topline().

Co-authored-by: Christian Brabandt

test(old): move memfile_test.c to test/old/ (#22567)

2023-03-08T02:46:09+00:00

test: move oldtests to test directory (#22536)

2023-03-07T03:13:04+00:00

The new oldtest directory is in test/old/testdir. The reason for this is
that many tests have hardcoded the parent directory name to be
'testdir'.