aboutsummaryrefslogtreecommitdiff
path: root/test
Commit message (Collapse)AuthorAge
* tests: fix "api nvim_get_proc_children returns child process ids" (#10296)Daniel Hahler2019-06-22
| | | | | | | | | | | | | | | | | | | | | | There might be an existing job already - maybe due to some other test, but in this case there was only one failure in the test run. ``` [----------] Running tests from C:/projects/neovim/test/functional\api\proc_spec.lua [ RUN ] api nvim_get_proc_children returns child process ids: ERR test\functional\helpers.lua:392: retry() attempts: 450 C:/projects/neovim/test/functional\api\proc_spec.lua:22: Expected objects to be the same. Passed in: (number) 2 Expected: (number) 1 stack traceback: test\functional\helpers.lua:392: in function 'retry' C:/projects/neovim/test/functional\api\proc_spec.lua:21: in function <C:/projects/neovim/test/functional\api\proc_spec.lua:17> ``` https://ci.appveyor.com/project/neovim/neovim/builds/25461215/job/8ns204v6091iy9rs?fullLog=true#L2672
* channel: refactor events, prevent recursive invocation of eventsBjörn Linse2019-06-18
|
* messages: fix crash with msg_advance when using ext_messagesBjörn Linse2019-06-16
|
* messages: support shortmess-=S in ext_messagesBjörn Linse2019-06-16
|
* api/lua: add on_detach to nvim_buf_attachBjörn Linse2019-06-15
|
* ci: AppVeyor: fix cov job, remove duplicate non-cov one (#10217)Daniel Hahler2019-06-14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * ci: AppVeyor: set GCOV_ERROR_FILE This prevents the warnings/errors to be spilled into test results, causing them to fail them, e.g.: [ FAILED ] C:/projects/neovim/test/functional\core\main_spec.lua @ 97: Command-line option -s errors out when trying to use nonexistent file with -s C:/projects/neovim/test/functional\core\main_spec.lua:98: Expected objects to be the same. Passed in: (string) 'Cannot open for reading: "Xtest-functional-core-main-s.nonexistent": no such file or directory profiling:C:\projects\neovim\build/src/nvim/CMakeFiles/nvim.dir/buffer.c.gcda:Data file mismatch - some data files may have been concurrently updated without locking support ' Expected: (string) 'Cannot open for reading: "Xtest-functional-core-main-s.nonexistent": no such file or directory ' stack traceback: C:/projects/neovim/test/functional\core\main_spec.lua:98: in function <C:/projects/neovim/test/functional\core\main_spec.lua:97> For reference, the locking appears to have been reworked for gcc 9.1 [1]. 1: https://github.com/gcc-mirror/gcc/commit/56621355b helpers.clear: keep GCOV_ERROR_FILE in environment * ci: AppVeyor: remove MINGW_64 config (used with cov now) Also: - run MINGW_64-gcov first, and with PRs, since it provides coverage.
* tests: increase timeout with "timers doesn't mess up the cmdline" (#10212)Daniel Hahler2019-06-13
| | | | | | | | | | | | This might be required on (slower) CI. [ RUN ] timers doesn't mess up the cmdline: ERR test/functional/ui/screen.lua:562: expected intermediate screen state before final screen state stack traceback: test/functional/ui/screen.lua:562: in function '_wait' test/functional/ui/screen.lua:366: in function 'expect' .../build/neovim/neovim/test/functional/eval/timer_spec.lua:221: in function <.../build/neovim/neovim/test/functional/eval/timer_spec.lua:199> Ref: https://travis-ci.org/neovim/neovim/jobs/544974506#L3861
* tui: support rgba background detection (#10205)Harm te Hennepe2019-06-13
| | | Fixes https://github.com/neovim/neovim/issues/10159.
* main: do event_init before early_init #10183Daniel Hahler2019-06-12
| | | | | | Fixes https://github.com/neovim/neovim/issues/10172 * move log_init to event_init * move init_signs to end of early_init
* TUI: set os/input.c:global_fd to input->in_fd #10174erw72019-06-10
| | | | | | | | | | | | | Problem: When we changed startup to wait for the TUI (like a remote UI), we forgot to set os/input.c:global_fd. That used to be done by input_start(). Solution: Initialize os/input.c:global_fd before initializing libtermkey (termkey_new_abstract) so that tui_get_stty_erase() and friends can inspect the correct fd. fixes #10134 close #10174
* lua: introduce vim.loop (expose libuv event-loop) #10123George Zhao2019-06-10
| | | | | | Co-authored-by: Andrey Popp <8mayday@gmail.com> closes #9546 closes #10084
* defaults: exclude "S" from 'shortmess' #10136Justin M. Keyes2019-06-07
| | | ref #6289
* lua: docs and tests for vim.scheduleBjörn Linse2019-06-05
|
* Merge pull request #10117 from bfredl/ctrl-o_eventBjörn Linse2019-06-04
|\ | | | | normal: Don't exit CTRL-O mode after processing K_EVENT
| * normal: Don't exit CTRL-O mode after processing K_EVENTBjörn Linse2019-06-04
| |
* | Merge pull request #9170 from bfredl/lua_cbBjörn Linse2019-06-04
|\ \ | |/ |/| lua callbacks for nvim_buf_attach
| * api: allow nvim_buf_attach from lua using callbacksBjörn Linse2019-06-04
| |
* | Fix issue where test failserw72019-06-04
| |
* | Merge #9338 'vim-patch:8.1.{569,571}'Justin M. Keyes2019-06-03
|\ \ | |/ |/|
| * functionaltests: fix new execute() testsJan Edmund Lazo2019-06-03
| |
| * update functional test for "places cursor correctly #6035"Sha Liu2019-06-03
| |
| * UI: Fix wrong msg_col after execute()Sha Liu2019-06-03
| | | | | | | | | | closes #6035 closes #9250
* | api/buffer: create new buffers in the "opened" stateBjörn Linse2019-06-03
| | | | | | | | | | | | | | Otherwise vim will think that ml_append() needs to "enter" the buffer, which emits unexpected autocommands. ref https://github.com/vim-airline/vim-airline/issues/1930
* | test: don't detach screen just to change the sizeBjörn Linse2019-06-03
| |
* | Add testJit Yao Yap2019-06-03
|/
* test: avoid some boilerplateJustin M. Keyes2019-06-03
|
* Make sure msg_clear is sent after confirm message (#10065)Ville Hakulinen2019-06-02
|
* [RDY] Fix wildmode=list,full and display+=msgsep interaction (#10103)Jit2019-06-02
| | | | * Fix wildmode=list and display+=msgsep interaction * Add test to check ext_messages behaviour is unchanged
* test: cleanup, reduce verbosityJustin M. Keyes2019-06-01
|
* UI/ext_messages: restore kind=quickfix #10067Justin M. Keyes2019-05-27
| | | | Accidentally removed in 34f9e72af9c9. ref #6201
* Merge #10059 from jerdna-regeiz/vim-8.1.0614Justin M. Keyes2019-05-26
|\ | | | | vim-patch:8.1.0614,8.1.0632,8.1.0644,8.1.0658,8.1.0660,8.1.0669,8.1.0673,8.1.0679,8.1.0697,8.1.0701,8.1.0702,8.1.0709,8.1.0717,8.1.0750,8.1.0767,8.1.0772,8.1.0039
| * vim-patch:8.1.0701: sign message not translated and inconsistent spacingAndrej Zieger2019-05-26
| | | | | | | | | | | | | | Problem: Sign message not translated and inconsistent spacing. Solution: Add _() for translation. Add a space. (Ken Takata) Also use MSG_BUF_LEN instead of BUFSIZ. https://github.com/vim/vim/commit/d730c8e2974609034016ca66db09d2ef78784343
| * vim-patch:8.1.0614: placing signs can be complicatedAndrej Zieger2019-05-26
| | | | | | | | | | | | | | | | Problem: Placing signs can be complicated. Solution: Add functions for defining and placing signs. Introduce a group name to avoid different plugins using the same signs. (Yegappan Lakshmanan, closes vim/vim#3652) https://github.com/vim/vim/commit/162b71479bd4dcdb3a2ef9198a1444f6f99e6843
* | UI/cmdline: check if redraw is needed after K_EVENT, K_COMMAND #9804Jit2019-05-26
|/ | | fixes #8490
* Merge pull request #9547 from bfredl/rpc_multiline_errBjörn Linse2019-05-26
|\ | | | | messages: use proper multiline errors for rpcrequest and API wrappers
| * messages: use proper multiline error message for rpcrequest and API wrappersBjörn Linse2019-05-26
| |
* | vim-patch:8.1.0211: expanding a file name "~" results in $HOMEJan Edmund Lazo2019-05-25
|/ | | | | | Problem: Expanding a file name "~" results in $HOME. (Aidan Shafran) Solution: Change "~" to "./~" before expanding. (closes vim/vim#3072) https://github.com/vim/vim/commit/00136dc321586800986e8f743c2f108f5eecbf92
* refactor: introduce XFREE_CLEAR()Justin M. Keyes2019-05-25
| | | | | | | | | | | | | | | Unfortunately we cannot indiscriminately replace xfree() with XFREE_CLEAR(), because comparing pointers after freeing them is a common pattern. Example in `tv_list_remove_items()`: xfree(li); if (li == item2) { break; } Instead we can do it selectively/explicitly. ref #1375
* lua/shared: share trim() implJustin M. Keyes2019-05-20
|
* Merge #9709 'fileio: use os_copy to create backups'Justin M. Keyes2019-05-20
|\ | | | | | | ref #8288
| * test: move trim to global helpersSaid Al Attrach2019-03-30
| |
| * test: make first attempt at some kind of testSaid Al Attrach2019-03-24
| |
* | lua/shared: share deepcopy() with test/*Justin M. Keyes2019-05-19
| | | | | | | | deepcopy() was duplicated in test/helpers.lua
* | lua/shared: move table util funcs to vim.sharedJustin M. Keyes2019-05-18
| | | | | | | | | | Use `tbl_` prefix for all table-util functions. Specify in the function docstring if it expects a list-like or map-like table.
* | test: remove use of require('test.helpers')Justin M. Keyes2019-05-18
| | | | | | | | | | | | The test.functional.helpers and test.unit.helpers modules now include all of the public functions from test.helpers, so there is no need to separately require('test.helpers').
* | test: share implementation of testdir/load.vimJustin M. Keyes2019-05-18
| | | | | | | | | | | | | | Also, don't compute load factor unless load_adjust() was called, it slows down the test suite. ref #9292
* | lua/stdlib: Introduce vim.sharedJustin M. Keyes2019-05-18
| | | | | | | | | | | | | | | | | | | | This is where "pure functions" can live, which can be shared by Nvim and test logic which may not have a running Nvim instance available. If in the future we use Nvim itself as the Lua engine for tests, then these functions could be moved directly onto the `vim` Lua module. closes #6580
* | test: Extend {unit,functional}.helpers with global helpersJustin M. Keyes2019-05-18
| | | | | | | | | | | | | | | | Automatically include all "global helper" util functions in the unit.helpers and functional.helpers and modules. So tests don't need to expicitly do: local global_helpers = require('test.helpers')
* | Merge pull request #9883 from bfredl/termredrawBjörn Linse2019-05-14
|\ \ | | | | | | make terminal state redraw like any other state
| * | ui/terminal: make terminal state redraw like any other stateBjörn Linse2019-05-14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Previously, ordinary redraws were missing from terminal mode. Instead, there was an async callback that invoked update_screen() on terminal data regardless of mode (as if :redraw! was invoked by a timer). This created some issues: - async changes to an unrelated ordinary buffer were not always redrawn in terminal mode - screen cursor position was not properly updated in terminal mode (partial fix, will be properly fixed in a follow up PR) - ad-hoc logic was needed for interaction with special states such as inccommand or horizontal wildmenu. Instead redraw terminal mode just like any other state. This disables forced redraws in cmdline mode, which were inconisent which async changes to normal buffers (which are not redrawn in cmdline mode).