aboutsummaryrefslogtreecommitdiff
path: root/runtime/autoload
Commit message (Collapse)AuthorAge
...
* runtime: fix remote plugin command fails at some casekuuote2020-05-31
| | | | fixes #12410
* provider: Fix ruby checkhealth error for Windows (#12400)BusyBruce2020-05-30
| | | | | | | | | | | | | | | Plaform: Windows 10 run `cmd /c gem list -ra ^^neovim$` *** REMOTE GEMS *** minitest-neovim (0.1.0) neovim (0.7.1, 0.7.0, 0.6.2, 0.6.1, 0.6.0, 0.5.1, 0.5.0, 0.4.0, 0.3.3, 0.3.2, 0.3.1, 0.3.0, 0.2.5, 0.2.4, 0.2.3, 0.2.2, 0.2.1, 0.2.0, 0.1.0, 0.0.6, 0.0.5, 0.0.4, 0.0.3, 0.0.2, 0.0.1) run `cmd /c gem list -ra "^^neovim$"` *** REMOTE GEMS *** neovim (0.7.1, 0.7.0, 0.6.2, 0.6.1, 0.6.0, 0.5.1, 0.5.0, 0.4.0, 0.3.3, 0.3.2, 0.3.1, 0.3.0, 0.2.5, 0.2.4, 0.2.3, 0.2.2, 0.2.1, 0.2.0, 0.1.0, 0.0.6, 0.0.5, 0.0.4, 0.0.3, 0.0.2, 0.0.1)
* provider: Add python3.9 to autoload/provider/pythonx.vim (#12344)Faris A Chugthai2020-05-20
| | | | 3.9's scheduled for beta release today. https://www.python.org/dev/peps/pep-0596/
* checkhealth/ruby: fix off-by-one error #12245Booome2020-05-04
| | | Co-authored-by: BodongLiKolmostar <bodong.li@kolmostar.com>
* win,runtime: Fix problem when win32yank was a symbolic link in WSL [skip ci] ↵erw72020-04-15
| | | | | | | | | (#12124) On some versions of Windows, WSL is unable to execute symbolic links to Windows executables (microsoft/WSL#3999). As a workaround for that problem this changes to use resolve() on WSL if win32yank was a symbolic link. fixes #12113.
* netrw.vim: gx should ignore terminal buffers #12091Santos Gallegos2020-04-08
| | | | | | netrw thinks it's a remote file due the name of a terminal buffer (term://), but a terminal buffer isn't a file. Fixes https://github.com/neovim/neovim/issues/4612#issuecomment-600321171
* man.vim: Handle `man` errors when looking for man-pathsRob Pilling2020-02-29
| | | | | | | | Fallback to simply globbing the tag we're given. This matches the original behaviour of `man.vim`, prior to c6afad78d39aa. fixes #11794 closes #11918
* checkhealth: allow 'sudo install' of 'Neovim::Ext' #11874Jan Edmund Lazo2020-02-15
| | | | | | | | | | | | | | cpanm cannot look for Perl modules from root directories without sudo so it creates '~/perl5/' and look for Perl modules in there. Whether this directory existed before running cpanm or not, cpanm returns a warning to advice the user to setup local::lib in order to use modules in '~/perl5/' and exits with error code 0. Each line in the warning always starts with '!'. Display this warning to the user. Continue parsing the version number if the warning can be ignored because lines that are not prefixed with '!' are valid output. Fix #11858
* checkhealth: ignore cpamn "!" output #11869Jan Edmund Lazo2020-02-14
| | | | | | | | cpanm outputs a warning that suggest to use 'sudo' or use local::lib. cpanm exits with 0 so nvim thinks that the command worked. cpanm output that starts with "!" is likely an error. Close #11858
* checkhealth: fix accidental change [ci skip]Justin M. Keyes2020-02-02
|
* checkhealth: avoid irrelevant virtualenv executablesJustin M. Keyes2020-02-02
|
* checkhealth: cleanup, brevityJustin M. Keyes2020-02-02
|
* checkhealth: bin directory is Scripts/ on WindowsDavid Lukes2020-02-02
|
* checkhealth: print -> sys.stdout.writeDavid Lukes2020-02-02
| | | | Co-Authored-By: Peter Lithammer <peter.lithammer@gmail.com>
* checkhealth: better $VIRTUAL_ENV validation #11781David Lukes2020-02-02
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | fix #11753 close #11781 The virtualenv troubleshooting in the Python provider health checks is supposed to help the user determine whether running Python from Neovim (as in `system('python')` or `system(exepath('python'))`) will use the correct executable when a virtualenv is active. Currently however, it issues spurious warnings in legitimate setups, and conversely, fails to warn about potentially problematic ones. See https://github.com/neovim/neovim/issues/11753#issuecomment-578715584 for a more detailed analysis, but at a high level, this is due to two things: - the virtualenv check is part of the Python provider check defined in `s:check_python`, which uses a roundabout and sometimes erroneous way of determining the Python executable - more generally, it shouldn't be part of the provider check at all, because it's not really related to the Python *provider*, i.e. the Python executable which can communicate with Neovim via `pynvim`, but to the Python the user is editing source files for, which typically shouldn't even have `pynvim` installed This patch reimplements the virtualenv check and factors it out into its own separate function, which is however still kept in `health/provider.vim` alongside the rest of the Python troubleshooting, since troubleshooting all Python-related stuff in one place is probably a good idea in order to alleviate any potential confusion (e.g. users who run only provider checks might be left wondering whether their virtualenv Python was properly detected if the report only shows their global Python as the provider used by Neovim).
* provider/perl: add latest version health checkJan Edmund Lazo2020-01-20
|
* provider/perl: add health checkJan Edmund Lazo2020-01-20
|
* provider/perl: simplify detectionJan Edmund Lazo2020-01-20
|
* remote plugins: add support for perl hostsJacques Germishuys2020-01-20
|
* man.vim: workaround for 'cscopetag' #11679Rob Pilling2020-01-06
| | | | | | | | | | | | | The old `:Man` implementation would take either the word under the cursor, or the argument passed in, and load that as a man page. Since we now use 'tagfunc' and look for all relevant man-pages, if your system has several (i.e. same name, different sections), we return several, giving the user an option. This works for most tag commands except `:tjump`, which will fail if there's multiple tags to choose from. This just happens to be what the cscope code uses (it actually attempts to prompt the user, but this fails).
* clipboard: do not close stderr together with stdout (fixup #11617)Björn Linse2020-01-02
| | | | | stderr is needed to get error messages in case of failure, and job handler expects it to be open.
* clipboard: close stdout when copying via xclip #11617Jan Edmund Lazo2020-01-02
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | test_registers.vim can fail even if a clipboard manager is running. If a clipboard manager is not running, this test always fails with xclip. Use xsel as a workaround. https://github.com/astrand/xclip/issues/20 suggests closing stdout when sending input via stdin. Environment - Ubuntu Xenial - Vim 7.4 (any app with broken clipboard code will do) - Neovim nightly Steps to reproduce: 0. Start the clipboard manager. 1. Open a file in Vim on Linux. Vim should have +clipboard enabled. 'set clipboard=' 2. Yank some text to the clipboard register. 3. Quit Vim. 4. Run 'cd /path/to/neovim/repo/' 5. Run 'make oldtest'. Do not run any individual tests. They likely pass with or without this fix. Before fix: test_registers.vim can fail. After fix: test_registers.vim always passes. Close https://github.com/neovim/neovim/issues/7958 https://wiki.ubuntu.com/ClipboardPersistence#The_state_of_things
* netrw.vim: do not save +/* registers p.2 #11625artem-nefedov2019-12-29
| | | | | | remove last place where system clipboard was used by netrw (extends 6c22c7ab97cca9f8dda6863ee7f1db1ce30a3451) fix #11592
* system(), jobstart(): raise error on non-executable #11234Daniel Hahler2019-12-24
| | | | | | | | | | * tv_to_argv: error when cmd is not executable Callers always assume that emsg was emitted: - https://github.com/neovim/neovim/blob/57fbf288/src/nvim/eval.c#L12509 - https://github.com/neovim/neovim/blob/57fbf288/src/nvim/eval.c#L17923 - https://github.com/neovim/neovim/blob/57fbf288/src/nvim/eval.c#L18202 * test/functional/provider: display reason from missing_provider * provider#node#Detect: skip / handle non-existing node executable
* netrw.vim: do not save +/* registersJustin M. Keyes2019-12-10
| | | | | | | | netrw shouldn't be touching these in the first place. fix #11089 ref #6892 ref #6695
* man.vim: Improve ft=man 'iskeyword' #11457Rob Pilling2019-11-27
| | | | | | | | | | | | | | | | | This addresses a minor quality problem with the recent `'tagfunc'` changes for `man.vim` (see [link]). Currently, with the cursor on a parenthese, hitting `K` will jump us to the man page of the next mentioned entry, instead of the one to which the parenthese (or section number) belongs. ``` pcrepattern(3), terminfo(5), glob(7), regex(7). e.g. ^ e.g. ^ ``` Adding the parentheses to `'iskeyword'` means we correctly handle these cases too. [link]: https://github.com/neovim/neovim/pull/11280#discussion_r348342357
* Merge #11451 'man.vim: Fixes'Justin M. Keyes2019-11-24
|\
| * man.vim: Hard wrap by defaultAnmol Sethi2019-11-24
| | | | | | | | Closes #11436
* | man.vim: Ensure 'modifiable' in man#init_pager #11450Anmol Sethi2019-11-24
|/
* Merge remote-tracking branch 'origin/master' into lsp-followupAshkan Kiani2019-11-21
|\
| * Merge #11280 "man.vim: implement 'tagfunc'"Justin M. Keyes2019-11-20
| |\
| | * Sort man pages by relevance during goto_tag()Rob Pilling2019-11-13
| | |
| | * Don't attempt swapfiles for man pagesRob Pilling2019-11-13
| | | | | | | | | | | | | | | This is because we now use :tag to open a man page, which attempts to open a swap file for a path under man://...
| | * Remove eventignore - :Man now uses :tag to populate the pageRob Pilling2019-11-13
| | |
| | * man.vim: remove push_tag and simplify man#open_pageRob Pilling2019-10-29
| | |
| | * man.vim: parse the section from the tagRob Pilling2019-10-24
| | |
| | * man.vim: `:Man` preserves the tag stackRob Pilling2019-10-24
| | |
| | * man.vim: use 'tagfunc' instead of remappingRob Pilling2019-10-24
| | | | | | | | | | | | man#pop_tag() is also no longer used
| | * man.vim: pull out s:get_paths()Rob Pilling2019-10-24
| | |
* | | Add everything to lsp.buf and get rid of autoload.Ashkan Kiani2019-11-20
|/ /
* | provider/python: add python3.8 executable (#11402)Marco Hinz2019-11-17
| | | | | | | | | | Python 3.8 was released 2019-10-14: https://www.python.org/dev/peps/pep-0569
* | lua LSP client: initial implementation (#11336)Ashkan Kiani2019-11-13
| | | | | | | | | | | | Mainly configuration and RPC infrastructure can be considered "done". Specific requests and their callbacks will be improved later (and also served by plugins). There are also some TODO:s for the client itself, like incremental updates. Co-authored by at-tjdevries and at-h-michael, with many review/suggestion contributions.
* | spellfile.vim: improve error message for missing spellfileJustin M. Keyes2019-11-10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Problem: If spellfile is missing, then "set spell" in modeline/sandbox fails with a non-obvious error. Solution: Check for sandbox early and give a meaningful error. Fixes #11359 Test case: # test.latex has `% vim: set spelllang=hu:` # no spell file for `hu` yet! nvim -u NORC --cmd 'autocmd FileType tex setlocal spell' --cmd 'set modeline' test.latex Before: No spell file for "hu" in utf-8 Download it? Downloading hu.utf-8.spl... Error detected while processing /usr/local/share/nvim/runtime/autoload/netrw.vim: line 583: E12: Command not allowed from exrc/vimrc in current dir or tag search: au WinEnter *^Iif &ft == "netrw"|call s:NetrwInsureWinVars()|endif Error detected while processing function spellfile#LoadFile[60]..spellfile#Nread[13]..netrw#NetRead[4]..<SNR>67_NetrwOptionsSave: line 66: E171: Missing :endif Error detected while processing function spellfile#LoadFile[60]..spellfile#Nread: line 13: E171: Missing :endif Error detected while processing function spellfile#LoadFile: line 60: E171: Missing :endif Error detected while processing modelines: line 1: E12: Command not allowed from exrc/vimrc in current dir or tag search After: Error detected while processing function spellfile#LoadFile: line 5: E605: Exception not caught: Cannot download spellfile in sandbox/modeline. Try ":set spell" from the cmdline. Error detected while processing modelines: line 1: E12: Command not allowed from exrc/vimrc in current dir or tag search
* | provider/pythonx: don't assume CWD (empty string) is in path #11304supermomonga2019-10-27
| | | | | | | | | | | | | | | | | | sys.path.remove("") raises ValueError if the item is missing. https://docs.python.org/3/library/functions.html#filter: > filter(function, iterable) is equivalent to the generator expression (item > for item in iterable if function(item)) fixes #11293
* | man.vim: never switch to non-man window #11286Joshua Rubin2019-10-25
|/ | | | | | | | | | | In order to find if there was already an open man page, the :Man command would cycle through each window to see if &ft=='man'. This triggers autocmds, e.g. BufEnter, unnecessarily and can have unexpected side-effects. Change the logic to check each window's ft without switching to it unless it is actually a man window. Signed-off-by: Joshua Rubin <me@jawa.dev>
* health: provider: skip checks with `g:loaded_X_provider = 0` (#11147)Daniel Hahler2019-10-04
| | | | | | | | | The Python provider was special (via [1]), and would continue to do checks with `0` being set explicitly even. This was fixed in #11044 (45447e3b6), ref: #11040. This extends it to use the same method with all providers. 1: https://github.com/neovim/neovim/pull/8047
* provider#pythonx: resolve/expand exe from host var (#11047)Daniel Hahler2019-09-30
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This reverts part of ade88fe4c [1]. This is required for `let g:python3_host_prog = 'python'` etc, where it should get picked up from PATH. Without this it would show: ``` - INFO: pyenv: Path: /home/user/.pyenv/libexec/pyenv - INFO: pyenv: Root: /home/user/.pyenv - INFO: Using: g:python3_host_prog = "python" - ERROR: "python" was not found. - INFO: Executable: Not found - ERROR: Detected pip upgrade failure: Python executable can import "pynvim" but not "neovim": python - ADVICE: - Use that Python version to reinstall "pynvim" and optionally "neovim". pip3 uninstall pynvim neovim pip3 install pynvim pip3 install neovim # only if needed by third-party software ``` Note that it additionally causes a weird error ("Detected pip upgrade failure"), due to `s:check_bin` emptying `python_exe` (because the non-absolute file not being readable), and `provider#pythonx#DetectByModule('pynvim', a:version)` from 75593e6fce then just getting the value from the host var again (without actual checks). This is implicitly fixed via this patch now (because it is skipped), but could need some improvement in this regard probably. With this patch it resolves it (for a virtualenv where pynvim is not made available intentionally): ``` - INFO: pyenv: Path: /home/daniel/.pyenv/libexec/pyenv - INFO: pyenv: Root: /home/daniel/.pyenv - INFO: Using: g:python3_host_prog = "python" - WARNING: $VIRTUAL_ENV exists but appears to be inactive. This could lead to unexpected results. - ADVICE: - If you are using Zsh, see: http://vi.stackexchange.com/a/7654 - INFO: Executable: /home/daniel/.pyenv/shims/tmp-system-deoplete.nvim-f205aF/python - ERROR: Command error (job=11, exit code 1): `'/home/daniel/.pyenv/shims/tmp-system-deoplete.nvim-f205aF/python' -c 'import sys; sys.path.remove(""); import neovim; print(neovim.__file__)'` (in '/home/daniel/.dotfiles/vim/plugged/deoplete.nvim') Output: Traceback (most recent call last): File "<string>", line 1, in <module>ModuleNotFoundError: No module named 'neovim' Stderr: Traceback (most recent call last): File "<string>", line 1, in <module>ModuleNotFoundError: No module named 'neovim' - INFO: Python version: 3.7.4 - INFO: pynvim version: unable to load neovim Python module - ERROR: pynvim is not installed. Error: unable to load neovim Python module - ADVICE: - Run in shell: pip3 install pynvim ``` Note: this appears to display the error twice via "Output:" and "Stderr:". 1: https://github.com/neovim/neovim/pull/8784
* checkhealth: skip python checks if intentionally disabled #11044Yoshio S2019-09-21
| | | close #11040
* health#provider: fix duplicated output/stderr (#11048)Daniel Hahler2019-09-18
| | | Ref: https://github.com/neovim/neovim/pull/11047#issuecomment-532268826
* vim-patch:56c860c315c5Justin M. Keyes2019-09-06
| | | | | Update runtime files. https://github.com/vim/vim/commit/56c860c315c517d304320e12bf7b5c1479546dae
generated by cgit (git 2.34.1) at 2025-09-21 07:24:50 +0000