]> git.ipfire.org Git - thirdparty/vim.git/log
thirdparty/vim.git
3 weeks agoruntime(doc): Fix typo in cmdline.txt
elig0n [Mon, 16 Mar 2026 22:19:44 +0000 (22:19 +0000)] 
runtime(doc): Fix typo in cmdline.txt

closes: #19724

Signed-off-by: elig0n <31196036+elig0n@users.noreply.github.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0184: MS-Windows: screen flicker with termguicolors and visualbell v9.2.0184
Yasuhiro Matsumoto [Mon, 16 Mar 2026 22:06:47 +0000 (22:06 +0000)] 
patch 9.2.0184: MS-Windows: screen flicker with termguicolors and visualbell

Problem:  When 'termguicolors' is used on MS-Windows (VTP mode), sending
          CSI query sequences (like DECRQM) causes the console to
          generate responses that are misinterpreted as keystrokes.
          The leading ESC triggers a beep or 'visualbell' flash.
Solution: In mch_write(), discard CSI sequences when USE_VTP is active
          so the console does not process queries and generate unwanted
          input responses (Yasuhiro Matsumoto).

related: #11532
closes:  #19694

Signed-off-by: Yasuhiro Matsumoto <mattn.jp@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0183: channel: using deprecated networking APIs v9.2.0183
Yasuhiro Matsumoto [Mon, 16 Mar 2026 21:59:40 +0000 (21:59 +0000)] 
patch 9.2.0183: channel: using deprecated networking APIs

Problem:  gethostbyname() and inet_ntoa() are deprecated and cause
          build errors on modern MSVC versions.
Solution: Use getaddrinfo() and inet_ntop() when FEAT_IPV6 and
          HAVE_INET_NTOP are defined. Keep the old functions as
          fallbacks for legacy platforms (Yasuhiro Matsumoto).

closes: #19719

Signed-off-by: Yasuhiro Matsumoto <mattn.jp@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0182: autocmds may leave windows with w_locked set v9.2.0182
Sean Dewar [Mon, 16 Mar 2026 21:54:28 +0000 (21:54 +0000)] 
patch 9.2.0182: autocmds may leave windows with w_locked set

Problem:  autocmds that switch windows may cause them to remain with
          w_locked set, preventing them from being closed longer than
          intended.
Solution: Unset w_locked in the window where it was set (Sean Dewar).

closes: #19716

Signed-off-by: Sean Dewar <6256228+seandewar@users.noreply.github.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0181: line('w0') moves cursor in terminal-normal mode v9.2.0181
ichizok [Mon, 16 Mar 2026 21:47:36 +0000 (21:47 +0000)] 
patch 9.2.0181: line('w0') moves cursor in terminal-normal mode

Problem:  line('w0') moves cursor in terminal-normal mode
          (Biebar, after v9.2.0127)
Solution: Check that the terminal is not in terminal-normal-mode
          (Ozaki Kiichi).

fixes:  #19717
closes: #19718

Signed-off-by: Ozaki Kiichi <gclient.gaap@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0180: possible crash with winminheight=0 v9.2.0180
Hirohito Higashi [Mon, 16 Mar 2026 21:41:47 +0000 (21:41 +0000)] 
patch 9.2.0180: possible crash with winminheight=0

Problem:  possible crash with winminheight=0
          (Emilien Breton)
Solution: Use <= instead of < when checking reserved room in
          frame_setheight() to correctly handle the zero-height
          boundary case (Hirohito Higashi).

In frame_setheight(), when shrinking the current window and the only
other window has 'winfixheight' with 'winminheight'=0, room_reserved
was not cleared because the condition used '<' instead of '<='.
The freed rows were discarded, leaving fr_height sum less than
topframe fr_height.  Subsequent resize operations then computed a
wrong room_cmdline that expanded topframe beyond the screen, causing
a crash.

fixes:  #19706
closes: #19712

Signed-off-by: Hirohito Higashi <h.east.727@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0179: MS-Windows: Compiler warning for converting from size_t to int v9.2.0179
ichizok [Mon, 16 Mar 2026 21:31:14 +0000 (21:31 +0000)] 
patch 9.2.0179: MS-Windows: Compiler warning for converting from size_t to int

Problem:  MS-Windows: Compile warning for converting from size_t to int
          breaks the Appveyor CI (after v9.2.0168)
Solution: Explicitly cast to int in convert_string() (ichizok).

closes: #19722

Signed-off-by: ichizok <gclient.gaap@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0178: DEC mode requests are sent even when not in raw mode v9.2.0178
Foxe Chen [Mon, 16 Mar 2026 21:25:10 +0000 (21:25 +0000)] 
patch 9.2.0178: DEC mode requests are sent even when not in raw mode

Problem:  Vim sends DEC mode query requests (DECRQM) regardless of the
          terminal mode.
Solution: Only send DEC mode requests when cur_tmode is TMODE_RAW, but
          e.g not for gui mode (Foxe Chen).

fixes:  #19709
closes: #19710

Signed-off-by: Foxe Chen <chen.foxe@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0177: Vim9: Can set environment variables in restricted mode v9.2.0177
pyllyukko [Mon, 16 Mar 2026 21:19:08 +0000 (21:19 +0000)] 
patch 9.2.0177: Vim9: Can set environment variables in restricted mode

Problem:  Vim9: Can set environment variables in restricted mode
Solution: Disallow settings variables in exec_instructions() when in
          restricted mode (pyllyukko)

related: #13394
closes:  #19705

Signed-off-by: pyllyukko <pyllyukko@maimed.org>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0176: external diff is allowed in restricted mode v9.2.0176
pyllyukko [Mon, 16 Mar 2026 19:46:27 +0000 (19:46 +0000)] 
patch 9.2.0176: external diff is allowed in restricted mode

Problem:  When 'diffopt' does not include "internal", Vim attempts to
          execute an external diff command even in restricted mode.
          This could be used to bypass restricted mode.
Solution: Call check_restricted() in diff_file() before attempting to
          execute an external diff (pyllyukko).

closes: #19696

Signed-off-by: pyllyukko <pyllyukko@maimed.org>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0175: No tests for what v9.2.0141 and v9.2.0156 fixes v9.2.0175
Christian Brabandt [Mon, 16 Mar 2026 19:36:46 +0000 (19:36 +0000)] 
patch 9.2.0175: No tests for what v9.2.0141 and v9.2.0156 fixes

Problem:  No tests for what v9.2.0141 and v9.2.0156 fixes
Solution: Add tests for using :perldo and rubeval() in sandbox mode

related: #19664
related: #19653
closes:  #19699

Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0174: diff: inline word-diffs can be fragmented v9.2.0174
HarshK97 [Mon, 16 Mar 2026 19:23:45 +0000 (19:23 +0000)] 
patch 9.2.0174: diff: inline word-diffs can be fragmented

Problem:  When using 'diffopt=inline:word', lines were excessively
          fragmented with punctuation creating separate highlight
          blocks, making it harder to read the diffs.
Solution: Added 'diff_refine_inline_word_highlight()' to merge
          adjacent diff blocks that are separated by small gaps of
          non-word characters (up to 5 bytes by default) (HarshK97).

When using inline:word diff mode, adjacent changed words separated by
punctuation or whitespace are now merged into a single highlight block
if the gap between them contains fewer than 5 non-word characters.

This creates more readable diffs and closely matches GitHub's own diff
display.

closes: #19098

Signed-off-by: HarshK97 <harshkapse1234@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0173: tests: Test_balloon_eval_term_visual is flaky v9.2.0173
Christian Brabandt [Sun, 15 Mar 2026 15:42:34 +0000 (15:42 +0000)] 
patch 9.2.0173: tests: Test_balloon_eval_term_visual is flaky

Problem:  tests: Test_balloon_eval_term_visual is flaky
Solution: Use redraw and WaitForAssert() to make it more reliable

Previously, it failed about 1 out of 4 runs for me, now I got it down to
1 out of 10. It's not perfect, but better than before.

closes: #19692

Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0172: Missing semicolon in os_mac_conv.c v9.2.0172
Yasuhiro Matsumoto [Sun, 15 Mar 2026 15:35:01 +0000 (15:35 +0000)] 
patch 9.2.0172: Missing semicolon in os_mac_conv.c

Problem:  Missing semicolon in os_mac_conv.c (after v9.2.0168)
Solution: Add it (Yasuhiro Matsumoto).

The missing semicolon was introduced in patch 9.2.0168
(b00f441e6), which breaks the macOS build.

closes: #19695

Signed-off-by: Yasuhiro Matsumoto <mattn.jp@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0171: MS-Windows: version detection is deprecated v9.2.0171
Mao-Yining [Sun, 15 Mar 2026 09:49:33 +0000 (09:49 +0000)] 
patch 9.2.0171: MS-Windows: version detection is deprecated

Problem:  MS-Windows: GetVersionEx() is deprecated since Windows 8.
          Version checks for specific features (like dark mode or title
          bar colors) are duplicated across files using multiple boolean flags.
Solution: Use RtlGetVersion() to centralize detection in a single
          win_version variable. Use the MAKE_VER() macro to check
          against major, minor, and build numbers. Update titlebar
          colors and dark theme to use proper version thresholds
          (Mao-Yining).

closes: #19673

Signed-off-by: Mao-Yining <mao.yining@outlook.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agotranslation(zh_CN): Fix translation for 'paste' in zh_CN.UTF-8.po
Murasame [Sun, 15 Mar 2026 09:38:31 +0000 (09:38 +0000)] 
translation(zh_CN): Fix translation for 'paste' in zh_CN.UTF-8.po

Corrected the translation for 'paste' from '粘帖' to '粘贴'.

In Chinese, the correct term for the computer action "paste" is 粘贴
(zhān tiē). The original translation used 粘帖, which contains a very
common typo. The second character was mistakenly written as 帖 (which
means a note or invitation) instead of the correct character 贴 (which
means to stick or paste).

closes: #19689

Signed-off-by: Murasame <88932464+CuteMurasame@users.noreply.github.com>
Signed-off-by: Mao-Yining <mao.yining@outlook.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agoruntime(doc): Update help tags references
Christian Brabandt [Sun, 15 Mar 2026 09:34:54 +0000 (09:34 +0000)] 
runtime(doc): Update help tags references

related: #19691

Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0170: channel: some issues in ch_listen() v9.2.0170
Yasuhiro Matsumoto [Sun, 15 Mar 2026 09:22:29 +0000 (09:22 +0000)] 
patch 9.2.0170: channel: some issues in ch_listen()

Problem:  channel: some issues in ch_listen()
          (char101, after v9.2.0153)
Solution: On MS-Windows, initialize using channel_init_winsock() and use
          SO_EXCLUSIVEADDRUSE instead of SO_REUSEADDR, allow to use port
          0 to have the OS assign a port (Yasuhiro Matsumoto).

related: #19231
closes:  #19690

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
Signed-off-by: Yasuhiro Matsumoto <mattn.jp@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agoruntime(doc): clarify :silent usage for system()/systemlist()
Yasuhiro Matsumoto [Sun, 15 Mar 2026 09:16:42 +0000 (09:16 +0000)] 
runtime(doc): clarify :silent usage for system()/systemlist()

When system() or systemlist() is called without :silent from a
statusline expression, autocommand, or timer callback, the terminal
is temporarily set to cooked mode, which re-enables ECHO on the tty.
If a terminal response (e.g. DECRPM for cursor blink mode) arrives
during this window, the tty driver echoes it to the screen, leaving
stray characters that require CTRL-L to remove.

This behavior was intentionally addressed in patch 7.4.427 by
skipping cooked mode when :silent is prepended.  However, the
documentation only mentioned this for system() and did not cover
systemlist() at all.  The guidance to use :silent in non-interactive
contexts (statusline, autocommands, timers) was also not explicit.

closes #19691

Signed-off-by: Yasuhiro Matsumoto <mattn.jp@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0169: assertion failure in syn_id2attr() v9.2.0169
Foxe Chen [Sun, 15 Mar 2026 09:05:14 +0000 (09:05 +0000)] 
patch 9.2.0169: assertion failure in syn_id2attr()

Problem:  assertion failure in syn_id2attr()
          (@julio-b, after v9.2.0093)
Solution: Set tp_curwin to a valid window in popup_close_tabpage()
          and return early in update_winhighlight() if there are
          no highlight overrides to update (Foxe Chen).

fixes:  #19650
closes: #19670

Signed-off-by: Foxe Chen <chen.foxe@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0168: invalid pointer casting in string_convert() arguments v9.2.0168
James McCoy [Sun, 15 Mar 2026 08:58:11 +0000 (08:58 +0000)] 
patch 9.2.0168: invalid pointer casting in string_convert() arguments

Problem:  invalid pointer casting in string_convert() arguments
Solution: Use a temporary local int variable (James McCoy)

string_convert()/string_convert_ext() accept an "int *lenp" parameter,
however a few call sites were taking the address of a possibly larger
type (long, size_t) and casting it as an int * when calling these
functions.

On big-endian platforms, this passes the (likely) zeroed high bytes of
the known length through to string_convert(). This indicates it received
an empty string and returns an allocated empty string rather than
converting the input. This is exhibited by test failures like

  From test_blob.vim:
  Found errors in Test_blob2str_multi_byte_encodings():
  command line..script src/testdir/runtest.vim[636]..function RunTheTest[63]..Test_blob2str_multi_byte_encodings line 2: Expected ['Hello'] but got ['']
  command line..script src/testdir/runtest.vim[636]..function RunTheTest[63]..Test_blob2str_multi_byte_encodings line 3: Expected ['Hello'] but got ['']
  command line..script srctestdir/runtest.vim[636]..function RunTheTest[63]..Test_blob2str_multi_byte_encodings line 6: Expected ['Hello'] but got ['']

Instead, use a temporary local int variable as the in/out variable for
string_convert() and assign the result back to the larger typed length
variable post-conversion.

closes: #19672

Signed-off-by: James McCoy <jamessan@debian.org>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0167: terminal: setting buftype=terminal may cause a crash v9.2.0167
Christian Brabandt [Sat, 14 Mar 2026 17:31:45 +0000 (17:31 +0000)] 
patch 9.2.0167: terminal: setting buftype=terminal may cause a crash

Problem:  setting buftype=terminal may cause a crash
          (lacygoill, after v9.2.0127)
Solution: Validate that curwin->w_buffer->b_term is not null

fixes:  #19686
closes: #19676

Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0166: Coverity warning for potential NULL dereference v9.2.0166
Christian Brabandt [Sat, 14 Mar 2026 17:27:47 +0000 (17:27 +0000)] 
patch 9.2.0166: Coverity warning for potential NULL dereference

Problem:  Coverity warning for potential NULL dereference in channel.c
          (after v9.2.0153)
Solution: Use empty string in case hostname is NULL.

CID: 1686330

related: #19676

Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0165: tests: perleval fails in the sandbox v9.2.0165
Christian Brabandt [Sat, 14 Mar 2026 17:23:04 +0000 (17:23 +0000)] 
patch 9.2.0165: tests: perleval fails in the sandbox

Problem:  tests: perleval fails in the sandbox
          (after v9.2.0156)
Solution: Update tests and assert that it fails

related: #19676

Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0164: build error when XCLIPBOARD is not defined v9.2.0164
Christian Brabandt [Sat, 14 Mar 2026 17:10:21 +0000 (17:10 +0000)] 
patch 9.2.0164: build error when XCLIPBOARD is not defined

Problem:  build error when XCLIPBOARD is not defined
          (Tony Mechelynck, after v9.2.0158)
Solution: Update ifdefs

related: #19676

Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0163: MS-Windows: Compile warning for unused variable v9.2.0163
John Marriott [Sat, 14 Mar 2026 17:05:52 +0000 (17:05 +0000)] 
patch 9.2.0163: MS-Windows: Compile warning for unused variable

Problem:  MS-Windows: Compile warning for unused variable
          (after v9.2.0160)
Solution: Add ifdef HAVE_TGETENT (John Marriott).

related: #19676

Signed-off-by: John Marriott <basilisk@internode.on.net>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0162: tests: unnecessary CheckRunVimInTerminal in test_quickfix v9.2.0162
zeertzjq [Sat, 14 Mar 2026 16:50:43 +0000 (16:50 +0000)] 
patch 9.2.0162: tests: unnecessary CheckRunVimInTerminal in test_quickfix

Problem:  tests: unnecessary CheckRunVimInTerminal in test_quickfix.vim
          (after v9.2.0159)
Solution: Remove it (zeertzjq).

closes: #19671

Signed-off-by: zeertzjq <zeertzjq@outlook.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0161: intro message disappears on startup in some terminals v9.2.0161
Foxe Chen [Fri, 13 Mar 2026 22:14:36 +0000 (22:14 +0000)] 
patch 9.2.0161: intro message disappears on startup in some terminals

Problem:  intro message disappears on startup in some terminals
          (chdiza, after v9.2.0139)
Solution: Only call set_shellsize() in handle_csi() if the reported
          width or height actually differs from the current
          Rows or Columns. (Foxe Chen)

fixes:  #19656
closes: #19660

Signed-off-by: Foxe Chen <chen.foxe@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0160: terminal DEC mode handling is overly complex v9.2.0160
Foxe Chen [Fri, 13 Mar 2026 21:55:16 +0000 (21:55 +0000)] 
patch 9.2.0160: terminal DEC mode handling is overly complex

Problem:  terminal DEC mode handling is overly complex (after v9.2.0139)
Solution: Refactor DEC mode handling (Foxe Chen).

related: #19596
related: #19541
closes:  #19641

Signed-off-by: Foxe Chen <chen.foxe@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0159: Crash when reading quickfix line v9.2.0159
Christian Brabandt [Fri, 13 Mar 2026 21:45:26 +0000 (21:45 +0000)] 
patch 9.2.0159: Crash when reading quickfix line

Problem:  Crash when reading quickfix line (Kaiyu Xie)
Solution: Make sure line is terminated by NUL

closes: #19667

Supported by AI

Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0158: Visual highlighting might be incorrect v9.2.0158
Shane Harper [Fri, 13 Mar 2026 21:39:46 +0000 (21:39 +0000)] 
patch 9.2.0158: Visual highlighting might be incorrect

Problem:  Vim could use the VisualNOS highlight group when not connected
          to an X server.
Solution: Always highlight visual selections with Visual when not
          connected to an X server (Shane Harper)

When Vim is running with X11 support it chooses between the Visual and
VisualNOS highlight groups for a visual selection based on whether it
believes it owns the X selection. According to :help hl-VisualNOS,
VisualNOS should only be used by the X11 GUI or when using the
xterm-clipboard feature, however, prior to this commit Vim could choose
VisualNOS when a clipboard provider was used, even when Vim was not
connected to an X server.

closes: #19659

Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0157: Vim9: concatenation can be improved v9.2.0157
John Marriott [Fri, 13 Mar 2026 21:26:55 +0000 (21:26 +0000)] 
patch 9.2.0157: Vim9: concatenation can be improved

Problem:  Vim9: concatenation can be improved
Solution: Cache string segments lengths in exe_concat() and avoid
          strlen() calls (John Marriott).

closes: #19647

Signed-off-by: John Marriott <basilisk@internode.on.net>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0156: perleval() and rubyeval() ignore security settings v9.2.0156
pyllyukko [Fri, 13 Mar 2026 21:15:44 +0000 (21:15 +0000)] 
patch 9.2.0156: perleval() and rubyeval() ignore security settings

Problem:  perleval() and rubyeval() ignore security settings
Solution: Disable those functions in restricted (-Z) or 'secure' mode
          (pyllyukko).

closes: #19664

Signed-off-by: pyllyukko <pyllyukko@maimed.org>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0155: filetype: ObjectScript are not recognized v9.2.0155
Hannah [Fri, 13 Mar 2026 21:04:26 +0000 (21:04 +0000)] 
patch 9.2.0155: filetype: ObjectScript are not recognized

Problem:  filetype: ObjectScript are not recognized
Solution: Add ObjectScript filetype detection for *.cls files
          (Hannah Kimura)).

Reference:
https://docs.intersystems.com/latest/csp/docbook/DocBook.UI.Page.cls?KEY=GCOS_intro

closes: #19668

Signed-off-by: Hannah <hannah.kimura@intersystems.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0154: if_lua: runtime error with lua 5.5 v9.2.0154
Christian Brabandt [Fri, 13 Mar 2026 19:21:43 +0000 (19:21 +0000)] 
patch 9.2.0154: if_lua: runtime error with lua 5.5

Problem:  Lua 5.5 makes for-loop control variables read-only.
          The path-parsing logic in if_lua.c attempts to modify the
          loop variable 's', causing the script to fail during
          runtime initialization (Binbin Qian)
Solution: Use a Lua capture group in gmatch() to extract the path
          without the semicolon, avoiding the need to re-assign
          to the loop variable.

fixes:  #19639
closes: #19658

supported by AI

Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0153: No support to act as a channel server v9.2.0153
Yasuhiro Matsumoto [Fri, 13 Mar 2026 19:05:45 +0000 (19:05 +0000)] 
patch 9.2.0153: No support to act as a channel server

Problem:  Vim can only act as a channel client (ch_open). There is
          no way for an external process to initiate a connection
          to a running Vim instance using the Channel API.
Solution: Implement ch_listen() and the underlying server-side
          socket logic. This allows Vim to listen on a port or
          Unix domain socket. When a client connects, a new
          channel is automatically created and passed to a
          user-defined callback (Yasuhiro Matsumoto).

closes: #19231

Co-authored-by: Christian Brabandt <cb@256bit.org>
Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>
Signed-off-by: Yasuhiro Matsumoto <mattn.jp@gmail.com>
3 weeks agopatch 9.2.0152: concatenating strings is slow v9.2.0152
Yasuhiro Matsumoto [Fri, 13 Mar 2026 17:45:36 +0000 (17:45 +0000)] 
patch 9.2.0152: concatenating strings is slow

Problem:  concatenating strings is slow
Solution: Use grow_string_tv() to grow the existing string buffer in
          place when possible (Yasuhiro Matsumoto).

closes: #19642

Signed-off-by: Yasuhiro Matsumoto <mattn.jp@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0151: blob_from_string() is slow for long strings v9.2.0151
Yasuhiro Matsumoto [Fri, 13 Mar 2026 17:36:34 +0000 (17:36 +0000)] 
patch 9.2.0151: blob_from_string() is slow for long strings

Problem:  blob_from_string() is slow for long strings
Solution: Use ga_grow() to allocate memory once, perform a bulk copy
          with mch_memmove() then translate NL to NUL in-place
          (Yasuhiro Matsumoto).

closes: #19665

Signed-off-by: Yasuhiro Matsumoto <mattn.jp@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0150: synchronized terminal update may cause display artifacts v9.2.0150
Yasuhiro Matsumoto [Fri, 13 Mar 2026 17:08:17 +0000 (17:08 +0000)] 
patch 9.2.0150: synchronized terminal update may cause display artifacts

Problem:  When using synchronized terminal output, the internal
          output buffer  is not flushed before sending the
          End Synchronized Update (ESU) sequence. This causes
          redrawing artifacts.
Solution: Call out_flush() immediately before sending the ESU
          sequence to ensure all pending drawing commands are
          contained within the synchronized update window.
          (Yasuhiro Matsumoto)

closes: #19662

Signed-off-by: Yasuhiro Matsumoto <mattn.jp@gmail.com>
Signed-off-by: Foxe Chen <chen.foxe@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
3 weeks agopatch 9.2.0149: Vim9: segfault when unletting an imported variable v9.2.0149
Christian Brabandt [Fri, 13 Mar 2026 16:57:00 +0000 (16:57 +0000)] 
patch 9.2.0149: Vim9: segfault when unletting an imported variable

Problem:  do_unlet_var() unconditionally calls dictitem_remove() in its
          final else branch, but for imported items lp->ll_dict is NULL,
          causing a segfault (Peter Kenny)
Solution: Add a NULL check and return E1260 instead.

Affects :unlet at vim9script level and inside legacy :function.
The :def case already worked (handled in vim9cmds.c).

fixes:  #19637
closes: #19657

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Signed-off-by: Yegappan Lakshmanan <yegappan@yahoo.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0148: Compile error when FEAT_DIFF is not defined v9.2.0148
John Marriott [Thu, 12 Mar 2026 21:27:58 +0000 (21:27 +0000)] 
patch 9.2.0148: Compile error when FEAT_DIFF is not defined

Problem:  Compile error when FEAT_DIFF is not defined (after v9.2.0144)
Solution: Add ifdefs around those lines (John Marriott).

related: #19622

Signed-off-by: John Marriott <basilisk@internode.on.net>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agoruntime(ssh): ignore case in 'keywordprg', update syntax script
Eisuke Kawashima [Thu, 12 Mar 2026 20:01:27 +0000 (20:01 +0000)] 
runtime(ssh): ignore case in 'keywordprg', update syntax script

- ftplugin(sshdconfig): use "-I" for 'keywordprg' to search
  case-insensitive in the man page
- syntax(sshdconfig,sshconfig): Mark "lowdelay", "throughput", and
  "reliability" as deprecated for IPQoS, highlighting them as
  errors/warnings to reflect OpenSSH 10.1p1 release

Reference:
https://www.openssh.org/releasenotes.html#10.1p1

closes: #19636

Signed-off-by: Eisuke Kawashima <e-kwsm@users.noreply.github.com>
Signed-off-by: Jakub Jelen <jakuje@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0147: blob: concatenation can be improved v9.2.0147
Yasuhiro Matsumoto [Thu, 12 Mar 2026 19:35:42 +0000 (19:35 +0000)] 
patch 9.2.0147: blob: concatenation can be improved

Problem:  blob: concatenation can be improved
Solution: Use ga_grow() to allocate space once and mch_memmove() to copy
          the blob data as a single block and fall back to the previous
          byte by byte append (Yasuhiro Matsumoto).

closes: #19645

Signed-off-by: Yasuhiro Matsumoto <mattn.jp@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0146: dictionary lookups can be improved v9.2.0146
Yasuhiro Matsumoto [Thu, 12 Mar 2026 19:26:01 +0000 (19:26 +0000)] 
patch 9.2.0146: dictionary lookups can be improved

Problem:  dictionary lookups can be improved
Solution: Replace the vim_strncpy() by mch_memmove() call.
          (Yasuhiro Matsumoto).

closes: #19646

Signed-off-by: Yasuhiro Matsumoto <mattn.jp@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0145: UTF-8 decoding and length calculation can be improved v9.2.0145
Yasuhiro Matsumoto [Thu, 12 Mar 2026 19:15:28 +0000 (19:15 +0000)] 
patch 9.2.0145: UTF-8 decoding and length calculation can be improved

Problem:  Vim often calls utf_ptr2char() and utf_ptr2len() separately.
Solution: Refactor UTF-8 hot paths into utf_ptr2char_and_len() to
          decode the codepoint and byte length in a single pass.
          Fold combining character logic into the same optimized flow.
          Improves redraw performance by ~8-10% in UTF-8 heavy
          scenarios (Yasuhiro Matsumoto).

closes: #19649

Signed-off-by: Yasuhiro Matsumoto <mattn.jp@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0144: 'statuslineopt' is a global only option v9.2.0144
Hirohito Higashi [Thu, 12 Mar 2026 18:49:38 +0000 (18:49 +0000)] 
patch 9.2.0144: 'statuslineopt' is a global only option

Problem:  'statuslineopt' is a global only option and configuring the
          line height is limited.
Solution: Make 'statuslineopt' global-local to a window and allow to
          configure a fixed-height height statusline per window
          (Hirohito Higashi).

closes: #19622

Signed-off-by: Hirohito Higashi <h.east.727@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0143: termdebug: no support for thread and condition in :Break v9.2.0143
Yinzuo Jiang [Thu, 12 Mar 2026 18:28:34 +0000 (18:28 +0000)] 
patch 9.2.0143: termdebug: no support for thread and condition in :Break

Problem:  termdebug :Break does not support `thread` and `if` arguments
Solution: extend :Break and :Tbreak to accept optional location, thread
          {nr}, and if {expr} arguments (Yinzuo Jiang).

closes: #19613

Signed-off-by: Yinzuo Jiang <jiangyinzuo@foxmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0142: Coverity: Dead code warning v9.2.0142
Christian Brabandt [Wed, 11 Mar 2026 22:02:38 +0000 (22:02 +0000)] 
patch 9.2.0142: Coverity: Dead code warning

Problem:  Coverity: Dead code warning for expressions in non-gui builds
          (after v9.2.0139)
Solution: add ifdef FEAT_GUI

CID: 1685426
closes: #19654

Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0141: :perl ex commands allowed in restricted mode v9.2.0141
Christian Brabandt [Wed, 11 Mar 2026 21:50:48 +0000 (21:50 +0000)] 
patch 9.2.0141: :perl ex commands allowed in restricted mode

Problem:  :perl ex commands allowed in restricted mode (pyllyukko)
Solution: Add EX_RESTRICT flag to :perldo/:perl command definition.

closes: #19653

Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agoruntime(doc): update option type of 'termresize' option (after v9.2.0139)
Christian Brabandt [Wed, 11 Mar 2026 21:46:27 +0000 (21:46 +0000)] 
runtime(doc): update option type of 'termresize' option (after v9.2.0139)

as reported by: Antonio Giovanni Colombo <azc100@gmail.com>

Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0140: file reading performance can be improved v9.2.0140
Yasuhiro Matsumoto [Wed, 11 Mar 2026 20:18:26 +0000 (20:18 +0000)] 
patch 9.2.0140: file reading performance can be improved

Problem:  Reading large files is slow because UTF-8 validation and
          newline scanning are performed byte-by-byte. Initial file
          loading also triggers listener and channel processing.
Solution: Use memchr() for SIMD-optimized newline scanning, implement
          word-at-a-time ASCII skipping during UTF-8 validation using a
          bitmask, skip listener/netbeans/channel notifications
          when the ML_APPEND_NEW flag is set during readfile()
          (Yasuhiro Matsumoto).

closes: #19612

Co-authored-by: NRK <nrk@disroot.org>
Signed-off-by: Yasuhiro Matsumoto <mattn.jp@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0139: Cannot configure terminal resize event v9.2.0139
Foxe Chen [Wed, 11 Mar 2026 20:03:36 +0000 (20:03 +0000)] 
patch 9.2.0139: Cannot configure terminal resize event

Problem:  Cannot configure terminal resize event
Solution: Add the 'termresize' option and allow to use in-band window
          resize events (Foxe Chen).

closes: #19596

Signed-off-by: Foxe Chen <chen.foxe@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agoruntime(python): Update syntax, improve pythonNumber pattern performance
Doug Kearns [Wed, 11 Mar 2026 19:47:55 +0000 (19:47 +0000)] 
runtime(python): Update syntax, improve pythonNumber pattern performance

- Improve the performance of all pythonNumber patterns by unrolling
  digit/underscore sequence loops.
- Split the float literal pattern into two simpler patterns.

fixes:  #19625 (Reported by James McCoy)
closes: #19630

Signed-off-by: Doug Kearns <dougkearns@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0138: winhighlight option handling can be improved v9.2.0138
Foxe Chen [Wed, 11 Mar 2026 19:37:26 +0000 (19:37 +0000)] 
patch 9.2.0138: winhighlight option handling can be improved

Problem:  winhighlight option handling can be improved
          (after: v9.2.0093)
Solution: Check entire override stack in update_highlight_overrides();
          update w_hl of every window in highlight_changed() (Foxe Chen).

closes: #19633

Signed-off-by: Foxe Chen <chen.foxe@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agoruntime(sudoers): update filetype plugin and syntax script
Eisuke Kawashima [Wed, 11 Mar 2026 19:33:36 +0000 (19:33 +0000)] 
runtime(sudoers): update filetype plugin and syntax script

- remove `set isk+=-` to highlight `-=` operator correctly
- implement highlighting of GID
- fix highlight of hostname and add special value ALL
- fix highlight of IP address
- update include and includedir patterns
- remove duplicate syntax rules
- add missing options
- fix highlight of parameter assignment (limit operators to list
  parameters)
- fix highlight of string and list parameters with trailing whitespaces
- implement highlight of permission (octal)
- implement highlight of floating point numbers
- implement highlight of timeout-specific options
- support highlight of negatable options (integer, mode, float, timeout,
  string)
- allow sudoersListParameter to be negated
- fix highlight of comma-separated parameter list used as boolean
- fix highlight of parameter negation (prevent highlighting ill-formed `! !`)
- fix highlight of Tag_Spec
- allow empty Runas spec: `()` and `(:)`
- fix highlight of comma-concatenated commands, hosts, and users
- check word boundaries for special value ALL
- implement highlight of Option_Spec
- fix highlight in User_Spec (specifically for Host position)
- fix highlight of `Default!` command
- support highlight of digests (sha224, etc.)
- add syntax test and update header

closes: #19634

Signed-off-by: Eisuke Kawashima <e-kwsm@users.noreply.github.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agogitattributes: mark dump files as linguist-generated
Eisuke Kawashima [Wed, 11 Mar 2026 19:21:39 +0000 (19:21 +0000)] 
gitattributes: mark dump files as linguist-generated

closes: #19635

Signed-off-by: Eisuke Kawashima <e-kwsm@users.noreply.github.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0137: [security]: crash with composing char in collection range v9.2.0137
Christian Brabandt [Wed, 11 Mar 2026 13:16:29 +0000 (14:16 +0100)] 
patch 9.2.0137: [security]: crash with composing char in collection range

Problem:  Using a composing character as the end of a range inside a
          collection may corrupt the NFA postfix stack
          (Nathan Mills, after v9.1.0011)
Solution: When a character is used as the endpoint of a range, do not emit
          its composing characters separately. Range handling only uses
          the base codepoint.

supported by AI

Github Advisory:
https://github.com/vim/vim/security/advisories/GHSA-9phh-423r-778r

Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agoruntime(open): Use job_start() on Linux
Christian Brabandt [Tue, 10 Mar 2026 20:42:43 +0000 (20:42 +0000)] 
runtime(open): Use job_start() on Linux

Problem:  With zsh, executing :!nohup xdg-open url >/dev/null 2>&1 &
          does not launch the browser. This occurs presumably because
          gvim/zsh cleans up background processes in a non-interactive
          session too quickly.
Solution: Use job_start() with "stoponexit" set to an empty string.
          This bypasses the shell entirely (fixing the zsh issue)
          and ensures the browser process is not killed when Vim exits.
          On Linux, shellescape() is removed as job_start() in list
          mode handles special characters natively.

fixes: #19594

Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agoruntime(toml): update syntax script and fix highlight of dates and escapes
Martin Tournoij [Tue, 10 Mar 2026 20:02:05 +0000 (20:02 +0000)] 
runtime(toml): update syntax script and fix highlight of dates and escapes

From upstream:
https://github.com/cespare/vim-toml/pull/69
https://github.com/cespare/vim-toml/pull/70

closes: #19591

Signed-off-by: Martin Tournoij <martin@arp242.net>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0136: memory leak in add_interface_from_super_class() v9.2.0136
Huihui Huang [Tue, 10 Mar 2026 19:56:08 +0000 (19:56 +0000)] 
patch 9.2.0136: memory leak in add_interface_from_super_class()

Problem:  memory leak in add_interface_from_super_class() in
          src/vim9class.c
Solution: Free variable intf_name in the error case, decrement the
          impl_gap grow array (Huihui Huang).

closes: #19629

Signed-off-by: Huihui Huang <625173@qq.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0135: memory leak in eval_tuple() v9.2.0135
Huihui Huang [Tue, 10 Mar 2026 19:49:55 +0000 (19:49 +0000)] 
patch 9.2.0135: memory leak in eval_tuple()

Problem:  memory leak in eval_tuple() in src/tuple.c
Solution: Free variable tuple on early return (Huihui Huang).

closes: #19628

Signed-off-by: Huihui Huang <625173@qq.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0134: memory leak in socket_server_send_reply() v9.2.0134
Huihui Huang [Tue, 10 Mar 2026 19:40:33 +0000 (19:40 +0000)] 
patch 9.2.0134: memory leak in socket_server_send_reply()

Problem:  memory leak in socket_server_send_reply() in src/os_unix.c
Solution: Free final in the error case when returning early
          (Huihui Huang).

closes: #19627

Signed-off-by: Huihui Huang <625173@qq.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0133: memory leak in netbeans_file_activated() v9.2.0133
Huihui Huang [Tue, 10 Mar 2026 19:33:22 +0000 (19:33 +0000)] 
patch 9.2.0133: memory leak in netbeans_file_activated()

Problem:  memory leak in netbeans_file_activated()
Solution: Free q on early return (Huihui Huang).

closes: #19626

Signed-off-by: Huihui Huang <625173@qq.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0132: tests: Test_recover_corrupted_swap_file1 fails on be systems v9.2.0132
James McCoy [Tue, 10 Mar 2026 18:39:40 +0000 (18:39 +0000)] 
patch 9.2.0132: tests: Test_recover_corrupted_swap_file1 fails on be systems

Problem:  tests: Test_recover_corrupted_swap_file1 fails on big-ending
          systems (after v9.2.0077)
Solution: Skip the test on big-endian systems (James McCoy)

The POC files were generated on 64-bit little-endian systems and
therefore are not portable to any other system type.

Extract the 64-bit / endianness detection from
Test_recover_corrupted_swap_file() into a SetUp() function and use that
data to determine if the test should be run.

closes: #19620

Signed-off-by: James McCoy <jamessan@debian.org>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0131: potential buffer overflow in regdump() v9.2.0131
Christian Brabandt [Sun, 8 Mar 2026 19:18:28 +0000 (19:18 +0000)] 
patch 9.2.0131: potential buffer overflow in regdump()

Problem:  Potential buffer overflow in regdump()
Solution: Add the size to the compiled regular expression and ensure we
          don't read over the limit.

Note: this is not a security issue, because regdump() is typically not
compiled in any version of Vim, so should not affect anybody.

supported by AI claude.

Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0130: missing range flags for the :tab command v9.2.0130
Doug Kearns [Mon, 9 Mar 2026 19:52:30 +0000 (19:52 +0000)] 
patch 9.2.0130: missing range flags for the :tab command

Problem:  :tab accepts a tab address range but doesn't specify this in
          the command specification.
Solution: Add EX_RANGE and EX_ZEROR to the command specification and use
          ADDR_TABS (Doug Kearns).

As command modifers are handled separately before these flags are tested
in the ex-command parser they have no effect.  However, it's better to
use an accurate description and the command specification table has uses
in other areas like runtime file generation for the Vim filetype.

closes: #19100

Signed-off-by: Doug Kearns <dougkearns@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0129: popup: wrong handling of wide-chars and opacity:0 v9.2.0129
Yasuhiro Matsumoto [Mon, 9 Mar 2026 18:47:10 +0000 (18:47 +0000)] 
patch 9.2.0129: popup: wrong handling of wide-chars and opacity:0

Problem:  popup: wrong handling of wide-chars and opacity:0
Solution: Correctly handle opacity 0, correctly handle wide chars
          (Yasuhiro Matsumoto)

closes: #19606

Signed-off-by: Yasuhiro Matsumoto <mattn.jp@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0128: Wayland: using _Boolean instead of bool type v9.2.0128
Christoffer Aasted [Mon, 9 Mar 2026 18:33:51 +0000 (18:33 +0000)] 
patch 9.2.0128: Wayland: using _Boolean instead of bool type

Problem:  Wayland: using _Boolean instead of bool type
Solution: Change type of variable (Christoffer Aasted).

related: #19473
closes:  #19610

Signed-off-by: Christoffer Aasted <dezzadk@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0127: line('w0') and line('w$') return wrong values in a terminal v9.2.0127
Christian Brabandt [Mon, 9 Mar 2026 18:26:41 +0000 (18:26 +0000)] 
patch 9.2.0127: line('w0') and line('w$') return wrong values in a terminal

Problem:  In a terminal window, line('w0') and line('w$') return wrong
          values instead of the first and last visible line number,
          because a terminal buffer does not go through the normal
          redraw path that updates w_topline and w_botline (ubaldot).
Solution: Before computing w0 and w$, sync the terminal contents to the
          buffer by calling may_move_terminal_to_buffer() so that
          w_topline and w_botline are correctly updated.

fixes:  #19585
closes: #19615

supported by AI claude.

Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0126: String handling can be improved v9.2.0126
John Marriott [Mon, 9 Mar 2026 18:17:22 +0000 (18:17 +0000)] 
patch 9.2.0126: String handling can be improved

Problem:  String handling can be improved
Solution: Pass string length where it is known to avoid strlen() calls,
          do a few minor refactors (John Marriott).

This commit changes some calls to function `set_vim_var_string()` to pass
the string length where it is known or can be easily calculated.

In addition:
In `evalvars.c`:
  * In function `set_reg_var()` turn variable `regname` into a C string
    because that is how it used.
  * Small cosmetics.
In `option.c`:
  * Slightly refactor function `apply_optionset_autocmd()` to move some
    variables closer to where they are used.
In `getchar.c`:
  * Slightly refactor function `do_key_input_pre()`:
    -> change call to `dict_add_string()` to `dict_add_string_len()` and
       pass it the length of `buf`.
    -> only call `get_vim_var_string()` once.
In `message.c`:
  * Use a `string_T` to store local variable `p`.
In `normal.c`:
  * Move some variables closer to where they are used.

closes: #19618

Signed-off-by: John Marriott <basilisk@internode.on.net>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agoruntime(doc): Update intro.txt about Neovim
Phạm Bình An [Sun, 8 Mar 2026 20:58:44 +0000 (20:58 +0000)] 
runtime(doc): Update intro.txt about Neovim

Just to fix some phrases:
- "A Vim clone". Neovim document says that it is not a clone, but just a
  fork https://neovim.io/doc/user/nvim/#nvim
- "Supports a remote GUI". Neovim supports any UI (both GUI and TUI)
  that implements its UI protocol, so "a" is not correct
- "Integration with scripting languages". This is true, but it is also
  true to Vim (which supports 8 scripting languages AFAIK), so this
  probably doesn't need to be said in this document. Instead, what makes
  Neovim unique in this "scripting languages" aspect is its first class
  support for Lua.

closes: #19605

Co-authored-by: zeertzjq <zeertzjq@outlook.com>
Signed-off-by: Phạm Bình An <phambinhanctb2004@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0125: tests: test_textformat.vim leaves swapfiles behind v9.2.0125
Christian Brabandt [Sun, 8 Mar 2026 20:32:13 +0000 (20:32 +0000)] 
patch 9.2.0125: tests: test_textformat.vim leaves swapfiles behind

Problem:  tests: test_textformat.vim leaves swapfiles behind
Solution: Close open buffer using :bw! instead of :close!

Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0124: auto-format may swallow white space v9.2.0124
Daniel Müller [Sun, 8 Mar 2026 20:24:10 +0000 (20:24 +0000)] 
patch 9.2.0124: auto-format may swallow white space

Problem:  With auto paragraph formatting enabled, when a user makes an
          attempt to add a new word before the end of a line and with
          the following space bringing the line width over 'textwidth',
          the space ends up just getting swallowed by the editor.
Solution: Detect such a constellation and do not auto-format in that
          case (Daniel Müller).

closes: #19593

Signed-off-by: Daniel Müller <deso@posteo.net>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0123: GTK: using deprecated gdk_pixbuf_new_from_xpm_data() v9.2.0123
Christian Brabandt [Sun, 8 Mar 2026 20:10:03 +0000 (20:10 +0000)] 
patch 9.2.0123: GTK: using deprecated gdk_pixbuf_new_from_xpm_data()

Problem:  GTK: gdk_pixbuf_new_from_xpm_data() is deprecated since
          2.44.5, causing build warnings
Solution: Replace XPM icon loading with PNG byte arrays loaded via
          g_memory_input_stream_new_from_data() and
          gdk_pixbuf_new_from_stream(). These APIs are available since
          GLib 2.12 and gdk-pixbuf 2.14 (around 2008) so should be safe
          to use today.

fixes:  #19446
closes: #19583

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0122: Vim still supports compiling on NeXTSTEP v9.2.0122
Christian Brabandt [Sun, 8 Mar 2026 19:48:32 +0000 (19:48 +0000)] 
patch 9.2.0122: Vim still supports compiling on NeXTSTEP

Problem:  Vim still supports compiling on NeXTSTEP
Solution: Drop Support (Damien Lejay)

The NeXTSTEP operating system has been obsolete for decades. The
special-case code required to support it adds unnecessary complexity,
preprocessor conditionals, and non-standard workarounds to the codebase.

This commit removes all support for NeXTSTEP, simplifying the code and
build system in several ways:

-   Replaced custom configure checks for `union wait` with a standard `AC_CHECK_FUNCS` call for `waitpid`.
-   Removed all conditional code that used the non-standard `union wait` for process status, relying solely on a standard `int`.
-   Replaced calls to the non-standard `wait4()` function with the POSIX-standard `waitpid()`.
-   Cleaned up headers (`os_unix.h`, `os_unixx.h`) to remove NeXT-specific workarounds and macros.
-   Removed obsolete NeXT compilation instructions from the INSTALL file.

This change improves maintainability and makes the Unix process handling code more linear and compliant with modern POSIX standards.

related: #18079
closes:  #19582

Signed-off-by: Damien Lejay <damien@lejay.be>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch memory leak in list_extend_func() in list.c v9.2.0121
Huihui Huang [Sun, 8 Mar 2026 19:37:22 +0000 (19:37 +0000)] 
patch memory leak in list_extend_func() in list.c

Problem:  memory leak in list_extend_func() in list.c
Solution: Free l1 on early return (Huihui Huang)

closes: #19572

Signed-off-by: Huihui Huang <625173@qq.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0120: tests: test_normal fails v9.2.0120
Christian Brabandt [Sun, 8 Mar 2026 19:33:01 +0000 (19:33 +0000)] 
patch 9.2.0120: tests: test_normal fails

Problem:  tests: test_normal fails
Solution: Ensure the terminal width is 40 columns and also
          check for existence of the tr.mo file

closes: #19608

Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agoruntime(zip): Make ZipUpdatePS() check that shell is powershell
Christian Brabandt [Sun, 8 Mar 2026 15:30:31 +0000 (15:30 +0000)] 
runtime(zip): Make ZipUpdatePS() check that shell is powershell

fixes: #19576

Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0119: incorrect highlight initialization in win_init() v9.2.0119
Foxe Chen [Sat, 7 Mar 2026 18:35:39 +0000 (18:35 +0000)] 
patch 9.2.0119: incorrect highlight initialization in win_init()

Problem:  When initializing a window in win_init(), w_hl is reset to
          NULL without ensuring existing highlight overrides are
          cleared (after v9.2.0113)
Solution: Clear highlight overrides and reset w_hl in win_init(). Remove
          the redundant VIM_CLEAR() from win_init_empty() (Foxe Chen).

closes: #19609

Signed-off-by: Foxe Chen <chen.foxe@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0118: memory leak in w_hl when reusing a popup window v9.2.0118
Christian Brabandt [Sat, 7 Mar 2026 17:44:24 +0000 (17:44 +0000)] 
patch 9.2.0118: memory leak in w_hl when reusing a popup window

Problem:  When a popup info window is reused, win_init_empty() resets
          w_hl to NULL without freeing the previously allocated value,
          causing a memory leak (after v9.2.0113)
Solution: Free w_hl before resetting it to NULL in win_init_empty()
          using the VIM_CLEAR() macro.

closes: #19607

Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0117: tests: test_wayland.vim fails v9.2.0117
Christian Brabandt [Sat, 7 Mar 2026 17:32:29 +0000 (17:32 +0000)] 
patch 9.2.0117: tests: test_wayland.vim fails

Problem:  tests: test_wayland.vim fails when X11 is not available or
          $XDG_RUNTIME_DIR is not defined
Solution: Skip test_wayland when prerequisites are not fulfilled

closes: #19579

Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0116: terminal: synchronized output sequences are buffered v9.2.0116
Foxe Chen [Sat, 7 Mar 2026 14:23:27 +0000 (14:23 +0000)] 
patch 9.2.0116: terminal: synchronized output sequences are buffered

Problem:  terminal: synchronized output sequences are buffered
Solution: Output the terminal sequences directly using ui_write(),
          bypassing buffering (Foxe Chen).

closes: #19597

Signed-off-by: Foxe Chen <chen.foxe@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agoruntime(docs): Update CONTRIBUTING.md and mention #vim on libera
dezza [Sat, 7 Mar 2026 14:05:58 +0000 (14:05 +0000)] 
runtime(docs): Update CONTRIBUTING.md and mention #vim on libera

Left out reddit intentionally, I think it's not the best place for
contribution questions, however irc has several contributors.

closes: #19604

Signed-off-by: dezza <402927+dezza@users.noreply.github.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0115: popup: screen flickering possible during async callbacks v9.2.0115
Yasuhiro Matsumoto [Sat, 7 Mar 2026 10:22:28 +0000 (10:22 +0000)] 
patch 9.2.0115: popup: screen flickering possible during async callbacks

Problem:  popup: When an async redraw is triggered, the screen may flicker
          because the terminal may render the intermediate states of the
          redraw.
Solution: Enable synchronized output if possible to ensure the terminal
          renders the entire update at once (Yasuhiro Matsumoto).

closes: #19584
Signed-off-by: Yasuhiro Matsumoto <mattn.jp@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agoruntime(sed): Update syntax, support more GNU address extensions
Doug Kearns [Sat, 7 Mar 2026 10:11:39 +0000 (10:11 +0000)] 
runtime(sed): Update syntax, support more GNU address extensions

- Support all GNU address extensions.
- Fix some bugs related to erroneous matching of pattern delimiters in
  bracket expressions.

closes: #19587

Signed-off-by: Doug Kearns <dougkearns@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
4 weeks agopatch 9.2.0114: MS-Windows: terminal output may go to wrong terminal v9.2.0114
gcrtnst [Sat, 7 Mar 2026 10:01:49 +0000 (10:01 +0000)] 
patch 9.2.0114: MS-Windows: terminal output may go to wrong terminal

Problem:  MS-Windows: terminal output may go to wrong terminal with
          ConPTY
Solution: Explicitly disable inheriting the terminal handles
          (gcrtnst).

closes: #19589

Signed-off-by: gcrtnst <52910071+gcrtnst@users.noreply.github.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
5 weeks agoruntime(doc): remove thoughts of generics for a function
Mao-Yining [Thu, 5 Mar 2026 20:55:39 +0000 (20:55 +0000)] 
runtime(doc): remove thoughts of generics for a function

Was implemented in 9.1.1577

closes: #19598

Signed-off-by: Mao-Yining <mao.yining@outlook.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
5 weeks agopatch 9.2.0113: winhighlight pointer may be used uninitialized v9.2.0113
Foxe Chen [Thu, 5 Mar 2026 20:50:24 +0000 (20:50 +0000)] 
patch 9.2.0113: winhighlight pointer may be used uninitialized

Problem:  winhighlight pointer may be used uninitialized causing a crash
Solution: Initialize pointer in win_init() and win_init_empty()
          (Foxe Chen).

closes: #19601

Signed-off-by: Foxe Chen <chen.foxe@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
5 weeks agopatch 9.2.0112: popup: windows flicker when updating text v9.2.0112
Yasuhiro Matsumoto [Thu, 5 Mar 2026 20:33:40 +0000 (20:33 +0000)] 
patch 9.2.0112: popup: windows flicker when updating text

Problem:  popup: windows flicker when updating text
Solution: Only refresh the popup mask if the position or size changed,
          manually set the window redraw type instead of using
          redraw_win_later() to avoid triggering a full screen redraw.
          Handle opacity 100 correctly. Keep "firstline" sticky when
          setting options (Yasuhiro Matsumoto).

related: #19510
closes:  #19559

Signed-off-by: Yasuhiro Matsumoto <mattn.jp@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
5 weeks agopatch 9.2.0111: 'winhighlight' option not always applied v9.2.0111
Foxe Chen [Thu, 5 Mar 2026 20:17:57 +0000 (20:17 +0000)] 
patch 9.2.0111: 'winhighlight' option not always applied

Problem:  'winhighlight' option not always applied
Solution: Apply 'winhighlight' setting in more places
          (Foxe Chen).

closes: #19555

Signed-off-by: Foxe Chen <chen.foxe@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
5 weeks agoruntime(glimmer): add syntax support for glimmer files
Devin Weaver [Thu, 5 Mar 2026 20:07:50 +0000 (20:07 +0000)] 
runtime(glimmer): add syntax support for glimmer files

In commit cdf717283 ("patch 8.2.4424: ".gts" and ".gjs" files are not
recognized", 2022-02-19) support for the glimmer file types were added.

Problem:  Syntax hilighting suppoprt was missing.
Solution: Added a glimmer syntax file that will leverage the base
          syntaxs (javascript/typescript) and include handlebars syntax
          for .gjs/.gts files.

closes: #19569

Signed-off-by: Devin Weaver <suki@tritarget.org>
Signed-off-by: Christian Brabandt <cb@256bit.org>
5 weeks agoruntime(handlebars): adds handlebars template syntax & indent support
Devin Weaver [Thu, 5 Mar 2026 20:06:02 +0000 (20:06 +0000)] 
runtime(handlebars): adds handlebars template syntax & indent support

The runtime had support to detect handlebars (*.hbs) files as filetype
handlebars but was lacking any indent or syntax highlighting for that
filetype.

The handlebars syntax file is also a prerequisite for the glimmer
syntax.

Permission was granted by the original author to retrofit these into the
Vim runtime. Original License (MIT) maintained in code comments.

related: #19569

Signed-off-by: Devin Weaver <suki@tritarget.org>
Signed-off-by: Christian Brabandt <cb@256bit.org>
5 weeks agoruntime(syntax-tests): regenerate dump files (after v9.2.0110)
Christian Brabandt [Thu, 5 Mar 2026 20:01:10 +0000 (20:01 +0000)] 
runtime(syntax-tests): regenerate dump files (after v9.2.0110)

related: #19541

Signed-off-by: Christian Brabandt <cb@256bit.org>
5 weeks agopatch 9.2.0110: No support for terminal synchronization mode v9.2.0110
Foxe Chen [Wed, 4 Mar 2026 20:52:25 +0000 (20:52 +0000)] 
patch 9.2.0110: No support for terminal synchronization mode

Problem:  No support for terminal synchronization mode
Solution: Add DEC 2026 support using the 'termsync' option
          (Foxe Chen).

related: #11718
closes:  #19541

Signed-off-by: Foxe Chen <chen.foxe@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
5 weeks agopatch 9.2.0109: VIM_BACKTICK is always defined except for tiny builds v9.2.0109
Martin Tournoij [Wed, 4 Mar 2026 19:54:15 +0000 (19:54 +0000)] 
patch 9.2.0109: VIM_BACKTICK is always defined except for tiny builds

Problem:  VIM_BACKTICK is always defined except for tiny builds
Solution: Remove the VIM_BACKTICK define and always compile backtick
          expansion. This change however will cause the vim.tiny build
          to be slightly larger (Martin Tournoij).

closes: #19562

Signed-off-by: Martin Tournoij <martin@arp242.net>
Signed-off-by: Christian Brabandt <cb@256bit.org>
5 weeks agopatch 9.2.0108: byteidx_common() and f_utf16idx() call ptr2len() twice v9.2.0108
Yasuhiro Matsumoto [Wed, 4 Mar 2026 19:29:45 +0000 (19:29 +0000)] 
patch 9.2.0108: byteidx_common() and f_utf16idx() call ptr2len() twice

Problem:  byteidx_common() and f_utf16idx() are calling ptr2len() twice
          per iteration, instead of reusing the already computed clen.
Solution: Reuse clen for pointer advancement in both functions
          (Yasuhiro Matsumoto).

closes: #19573

Signed-off-by: Yasuhiro Matsumoto <mattn.jp@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
5 weeks agopatch 9.2.0107: tests: Test_statuslineopt() is flaky v9.2.0107
Hirohito Higashi [Wed, 4 Mar 2026 19:09:37 +0000 (19:09 +0000)] 
patch 9.2.0107: tests: Test_statuslineopt() is flaky

Problem:  tests: Test_statuslineopt() is flaky
Solution: Force a redraw earlier and read screen content directly using
          screenstring() instead of g:ScreenLines() (Hirohito Higashi).

closes: #19571

Signed-off-by: Hirohito Higashi <h.east.727@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
5 weeks agopatch 9.2.0106: memory leak in expand_findfunc() v9.2.0106
Huihui Huang [Tue, 3 Mar 2026 20:45:18 +0000 (20:45 +0000)] 
patch 9.2.0106: memory leak in expand_findfunc()

Problem:  memory leak in expand_findfunc() (after v9.1.0811)
Solution: Free list variable l on early return (Huihui Huang).

closes: #19564

Signed-off-by: Huihui Huang <625173@qq.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
5 weeks agopatch 9.2.0105: memory leak in heredoc_get() in src/evalvars.c v9.2.0105
Huihui Huang [Tue, 3 Mar 2026 20:35:48 +0000 (20:35 +0000)] 
patch 9.2.0105: memory leak in heredoc_get() in src/evalvars.c

Problem:  memory leak in heredoc_get() in src/evalvars.c
Solution: Free variable l on early return (Huihui Huang).

closes: #19563

Signed-off-by: Huihui Huang <625173@qq.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
5 weeks agopatch 9.2.0104: popup: flickering on opaque popups with overlapping text v9.2.0104
Javier Jaramago Fernández [Tue, 3 Mar 2026 20:26:37 +0000 (20:26 +0000)] 
patch 9.2.0104: popup: flickering on opaque popups with overlapping text

Problem:  popup: flickering on opaque popups with overlapping text,
          even if they are opaque (after v9.2.0016).
Solution: Prevent double redrawing by skipping background updates for
          opaque popups. Revert changes to test dumps
          (Javier Jaramago Fernández).

A flickering effect was introduced in commit v9.2.0016 (commit:
6c203072f) for all popups. This is a consequence of a double redraw of
the overlapping background characters. This could be expected for
transparent popups, but, it should exclude opaque ones. For a complete
fix of the flickering this commit is required in combination with fix
present in v9.2.0064 (commit: 97c5bed84b).

Additionally this commit reverts changes introduced for tests dumps for
masks in commits 6c203072f and cded5e220. These dumps were updated
preventing characters from popups to take into account the masks
specified for them. This forces the redraw of popup characters, even
when masks attempt to prevent them, leading to flickering effects. See
issues #19510 and PR: #19534.

closes: #19534

Signed-off-by: Javier Jaramago Fernández <jaramago.fernandez.javier@gmail.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>