| Commit message (Collapse) | Author | Age |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Maintenance release for v0.4.x series.
FIXES:
fd02e6351 #12701 ui: fix problem with sattr_T overflow
3e3002b90 #12710 fs: Ensure FileInfo struct is initialized
e4629f203 #12496 main.c: fix hang issue with recoverymode #12520
f558af8b1 #12209 fixed hang issue with --headless and -r option specified
cda119055 #12180 TUI: block signals on suspend
8399f7357 #12142 Fix issues revealed by gcc10 setting -fno-common by default
5e47cf27b netrw.vim: do not save +/* registers
5d41bfcce #11907 quickfix.c: Fix vimgrep regression
641e22913 #11903 screen: add missing redraws after a message
47bd62c15 loop_close: close all handles
d2730365e loop_close: call uv_stop(), fix bug
284b398eb #11821 loop_close: timout after 2 seconds
1b2666cd2 messages: echo "line1\r\nline2" should not clear line1
1bf90bf9d #11651 API: fix crash on copy_object(kObjectTypeWindow)
fafd63626 #11566 libcallnr: Use int, not int64_t, as the return type for Vim compat
972dd758c #11460 win_line: Fix crash with 'rightleft' in :terminal
4c48cf302 f_getenv/setenv: Access v_special when v_type is VAR_SPECIAL
2cd1ff762 #11360 paste: Select-mode, Visual-mode
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| | |
Problem: Empty group in 'tabline' may cause using an invalid pointer.
Solution: Set the group start position. (closes vim/vim#6505)
https://github.com/vim/vim/commit/f56c95fdad5af521887f8cd7bc15729b5355231d
(cherry picked from commit 9443d3994190943c2b9d8c4efefcf3de854ec7be)
|
| |/
|
|
|
|
|
|
|
|
|
| |
sattr_T was defined as uint16_t. But this is not enough to handle the
24-bit colors of the terminal. To solve this problem, change it to int.
In 32bit, int may overflow. So, if it overflows, change it to ignore it
without adding more attr_entries.
fixes #12366
(cherry picked from commit 872ecf65d10f0d22bbf3e2257f9ae89a6c61d2f4)
|
| |\ |
|
| | |\
| |/
|/| |
|
| |\ \
| | |
| | | |
travis: Use Python 3.7.1
|
| |/ / |
|
| | |
| |
| |
| |
| |
| |
| | |
In the case of recoverymode, the headlessmode was true, causing the UI
to hang without starting. Fix this problem by setting headlessmode to
true for List swap files only.
Co-authored-by: erw7 <erw7.github@gmail.com>
|
| |\ \ |
|
| |/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* fixed hang issue with --headless and -r option specified
Calling the do_more_prompt function in headless mode will freeze neovim because it is eventally in the input-accepting state (the same as waiting for --more--).
* fixed "Press ENTER or type command to continue" to be suppressed
If in headless mode, we need to exit at this point. If we continue, we will enter the normal mode and the message "Press ENTER or type command to continue" will be displayed and we will be in the input waiting state.
* fixed functional ex_cmds tests
* Revert "fixed "Press ENTER or type command to continue" to be suppressed"
This reverts commit a02dc40e3b3fad69cedcde6abe1bd4efe39ab102.
* Revert "fixed functional ex_cmds tests"
This reverts commit 3bdb8da20acf34673b2c2028d15e7ce6da4c792a.
* fixed conditional again
* added test for fixed hang issue with --headless (#11386)
(cherry picked from commit c6dc397801d0566b583d4916220a60f17e609e25)
|
| | |
| |
| | |
fix #8075
|
| |\ \ |
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
As gcc10 uses -fno-common by default, global variables declared with the
same name more than once is not allowed anymore revealing this issue.
We need to define it as extern to access it.
See also https://bugzilla.redhat.com/show_bug.cgi?id=1799680
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
gcc10 builds with -fno-common by default. This mean you can't define
a global variable with the same name twice.
See also https://bugzilla.redhat.com/show_bug.cgi?id=1799680
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Instead of declaring an enum, this creates a global variable. As gcc10
uses -fno-common by default, global variables declared with the same
name more than once is not allowed anymore revealing this issue.
Each time this header is included, we define the enum name as a global
variable.
See also https://bugzilla.redhat.com/show_bug.cgi?id=1799680
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Instead of declaring an enum, this creates a global variable. As gcc10
uses -fno-common by default, global variables declared with the same
name more than once is not allowed anymore revealing this issue.
Each time this header is included, we define the enum name as a global
variable.
See also https://bugzilla.redhat.com/show_bug.cgi?id=1799680
|
| |/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Instead of declaring an enum, this creates a global variable. As gcc10
uses -fno-common by default, global variables declared with the same
name more than once is not allowed anymore revealing this issue.
Each time this header is included, we define the enum name as a global
variable.
See also https://bugzilla.redhat.com/show_bug.cgi?id=1799680
|
| | |
| |
| |
| |
| |
| |
| |
| | |
netrw shouldn't be touching these in the first place.
fix #11089
ref #6892
ref #6695
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
6.70s$ rvm $brew_ruby do brew bundle --verbose --global
/usr/local/bin/brew tap homebrew/bundle
==> Tapping homebrew/bundle
Cloning into '/usr/local/Homebrew/Library/Taps/homebrew/homebrew-bundle'...
Tapped (102 files, 251.1KB).
Error: Unknown command: bundle
https://travis-ci.community/t/macos-build-fails-because-of-homebrew-bundle-unknown-command/7296/10
https://twitter.com/AJenbo/status/1175976531480457216
|
| |\ \ |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
(Credit: Zach Wegner, https://github.com/neovim/neovim/pull/11034)
Problem: "precedes" in 'listchars' not used properly.
Solution: Correctly handle the "precedes" char in list mode for long lines.
https://github.com/vim/vim/commit/bffba7f7042f6082e75b42484b15f66087b01941
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Previously, the "precedes" character would be rendered on every row
when w_skipcol > 0 (i.e., when viewing a single line longer than the
entire screen), instead of just on the first row. Make sure to only
render it on the first row in this case.
Add a test for this behavior.
Fix documentation for the "precedes" character, which erroneously
stated that it was only active when wrap mode was off.
|
| |/ /
| |
| |
| |
| |
| |
| |
| |
| | |
These options were previously global. A global-local window option
behaves closer to a global option "per default" (i e with :set),
but still supports local behavior via :setl
Also this restores back-compat for nvim_set_option("fcs", ...)
which are currently broken on 0.4.x but worked in earlier versions
|
| | |
| |
| |
| |
| |
| |
| | |
Fix ex_vimgrep to properly ignore filetype when running vimgrep.
This restores vimgrep to behaviour before function refactoring.
fix #9842
fix #11856
|
| |\ \
| | |
| | | |
[release-0.4] screen: add missing redraws after a message
|
| | | | |
|
| |\ \ \
| |/ /
|/| | |
[release-0.4] vim-patch:8.2.0235
|
| |/ /
| |
| |
| |
| |
| |
| |
| | |
from 'statusline'
Problem: Draw error when an empty group is removed from 'statusline'.
Solution: Do not use highlighting from a removed group.
https://github.com/vim/vim/commit/dbe5d361feb65137099644329cf0ecfd4a945a14
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- Move uv_stop(), it still causes a "leak" on exit somehow.
- Tenatively restore `UV_RUN_DEFAULT`. It shouldn't hang since we
clobber the handles via `uv_walk((h)=>uv_close(h))`. Although this
still "leaks" on exit, it's faster than the 2-second timeout.
fix #11820
fix #7376
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- Call uv_stop().
- Restore `uv_loop_close` condition (braindead cosmetic change from
a2efc9cf8b0f that caused uv_loop_close *not* to be called if
wait=false, sorry).
Not doing `uv_walk(() => uv_close)`: see source comment for explanation.
fix #11820
fix #7376
Q: Should we restore use of `UV_RUN_DEFAULT`/`UV_RUN_ONCE` (removed in
a2efc9cf8b0f)?
A: The while-loop (hopefully) achieves the same purpose while avoiding
a hang.
|
| | |
| |
| |
| |
| | |
never UV_RUN_DEFAULT
ref #11820
ref #7376
|
| |\ \
| | |
| | | |
build/MSVC: fix gettext multibyte issue #11774
|
| | | | |
|
| |/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Problem: On Windows with the MSVC build, gettext-translation
"Questa è già la" displays as "Questa <e8> gi<e0> la".
Solution: Fix iconv detection iconv when building gettext.
So HAVE_ICONV is correctly defined when building nvim.
* fix gettext mb chars on MSVC
* fix libintl detection failure on MSVC
fixes #11749
|
| |\ \ |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
Partial cherry-pick of b3686b1597ea202de464df72a88fb5c76fd1b814.
* test/functional/provider: display reason from missing_provider
* provider#node#Detect: skip / handle non-existing node executable
|
| |/ / |
|
| | |
| |
| | |
Closes #11646
|
| |\ \
| | |
| | | |
[release-0.4] libcallnr: Use int, not int64_t, as the return type for Vim compat
|
| | |\ \
| |/ /
|/| | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
fixes #11438
Backtrace:
0 schar_from_ascii ( p=0x801cc9e112c3 <error: Cannot access memory at address 0x801cc9e112c3>, c=32 ' ') at ../src/nvim/screen.c:5263
1 0x00007f31460eccc5 in win_line (wp=wp@entry=0x7fffc9df6230, lnum=lnum@entry=11, startrow=startrow@entry=10, endrow=41, nochange=false, number_only=number_only@entry=false) at ../src/nvim/screen.c:4025
2 0x00007f31460eed8e in win_update (wp=wp@entry=0x7fffc9df6230) at ../src/nvim/screen.c:1403
3 0x00007f31460f011f in update_screen (type=<optimized out>) at ../src/nvim/screen.c:502
4 0x00007f3146138ef4 in normal_redraw (s=s@entry=0x7fffd0a5f700) at ../src/nvim/normal.c:1247
5 0x00007f314613b159 in normal_check (state=0x7fffd0a5f700) at ../src/nvim/normal.c:1324
6 0x00007f31460accfe in state_enter (s=0x7fffd0a5f700) at ../src/nvim/state.c:28
7 0x00007f3146143099 in normal_enter (cmdwin=<optimized out>, noexmode=<optimized out>) at ../src/nvim/normal.c:463
8 0x00007f314618b541 in main (argc=<optimized out>, argv=<optimized out>) at ../src/nvim/main.c:580
(cherry picked from commit 1bb7ea189e0b1bf402f4733d42dbf3d74ade932e)
|
| |\ \ \
| | | |
| | | | |
[release-0.4] f_getenv/setenv: Access v_special when v_type is VAR_SPECIAL
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Multiple Debian builds were failing these tests:
Failures:
From test_environ.vim:
Found errors in Test_external_env():
function RunTheTest[37]..Test_external_env line 16: Expected '' but got 'FOO=null\n'
Found errors in Test_getenv():
function RunTheTest[37]..Test_getenv line 2: Expected v:null but got v:false
Found errors in Test_setenv():
function RunTheTest[37]..Test_setenv line 5: Expected v:null but got 'null'
This is because nvim has a separate tag (`v_special`) in `typval_T` for
special variables, whereas vim re-uses the `v_number` tag.
On little-endian architectures, using the incorrect tag is not an issue
because the byte representation is the same. However, on big-endian
systems this caused the `v_number == kSpecialVarNull` checks to fail,
and the non-special code to execute.
|
| | | | |
| | | |
| | | |
| | | | |
fix #11344
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Maintenance release for the v0.4.x series.
FIXES:
599ad5d3b805 Windows: nvim-qt v0.2.15 (fix "invalid font" error on startup)
1def94597b88 #11332 autocmd: Fix event name casing
b678d33dd321 #11315 test: delete duplicate highlight group
924fa143ccd4 #11225 ex_echo: fix check for got_int
327e8ddb1830 #11138 deps: pass LDFLAGS+=-static
a1f557690f8e #11222 mac: fix "tags file not sorted" bug on Catalina
f2f37712a451 #11187 recovery mode (-r/-L): use headless_mode
4f452a67444a #11190 Remove "highbright bold" conversion.
9571a87d3de0 #11177 third-party: upgrade libvterm to 0.1.2
3817518ab43c #11074 terminfo_start: flush buffer
56d94129995a win_line: update `w_last_cursorline` always
ddd3363a428b #11132 patch_terminfo_bugs: TERM=xterm with non-xterm: ignore smglr
d453d2c48456 Fix redraw regression with w_p_cole in visual mode
e0622b4c65c7 screen: missing redraw/highlight for ruler in message area
b781f2b07273 cmdline: wildmenumode() should be true with wildoptions+=pum
eef3809067ae #11027 win_update: fix redraw regression
43f4955f7048 #11069 Merge pull request from bfredl/virtualcol
6f693be1ee80 #11050 env: use putenv_s for LC_ALL, LANG, etc.
36e2846b493d #11094 paste: fix handling of "<" in cmdline
60b56ed458c6 #11126 Merge pull request from bfredl/invalidcell-0.4
8250d6795b06 screen: don't crash on invalid grid cells being recomposed
|
| | | | |
| | | |
| | | | |
Affects getcompletion()
|
| |\ \ \ \
| | | | |
| | | | | |
[release-0.4] test: delete duplicate highlight group
|