<feed xmlns='http://www.w3.org/2005/Atom'>
<title>rneovim.git/test/functional/core, branch mix_20240309</title>
<subtitle>Neovim fork with Rahm's personal hacks.
</subtitle>
<link rel='alternate' type='text/html' href='https://git.josher.dev/cgit/rneovim.git/'/>
<entry>
<title>fix(startup): set full_screen when in ex_mode</title>
<updated>2024-03-09T10:20:59+00:00</updated>
<author>
<name>glepnir</name>
<email>glephunter@gmail.com</email>
</author>
<published>2024-03-07T10:12:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.josher.dev/cgit/rneovim.git/commit/?id=b21d960119344b19f8cec64f8e9d56bfa9cdce85'/>
<id>b21d960119344b19f8cec64f8e9d56bfa9cdce85</id>
<content type='text'>
Problem Description: In ex_mode, the default_grid.chars are not allocated, and subsequently,
the w_grid.target in curwin is not allocated to default_grid in update_screen. This leads to
a null pointer crash when the completion function is executed in ex_mode.

Solution: Set full_screen when in ex_mode to ensure that default_grid is allocated.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Problem Description: In ex_mode, the default_grid.chars are not allocated, and subsequently,
the w_grid.target in curwin is not allocated to default_grid in update_screen. This leads to
a null pointer crash when the completion function is executed in ex_mode.

Solution: Set full_screen when in ex_mode to ensure that default_grid is allocated.
</pre>
</div>
</content>
</entry>
<entry>
<title>fix(process): start pty process eof timer on main thread (#27625)</title>
<updated>2024-02-26T01:47:49+00:00</updated>
<author>
<name>zeertzjq</name>
<email>zeertzjq@outlook.com</email>
</author>
<published>2024-02-26T01:47:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.josher.dev/cgit/rneovim.git/commit/?id=268066e01400f55b0c38716f0d6ee3dece10c43e'/>
<id>268066e01400f55b0c38716f0d6ee3dece10c43e</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>refactor(tests): get channel id via nvim_get_chan_info #27441</title>
<updated>2024-02-12T13:50:39+00:00</updated>
<author>
<name>Justin M. Keyes</name>
<email>justinkz@gmail.com</email>
</author>
<published>2024-02-12T13:50:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.josher.dev/cgit/rneovim.git/commit/?id=0185152802d4a84258a9a04c1d86a7e27d37d721'/>
<id>0185152802d4a84258a9a04c1d86a7e27d37d721</id>
<content type='text'>
Minor "best practices" nudge.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Minor "best practices" nudge.</pre>
</div>
</content>
</entry>
<entry>
<title>fix(startup): multiprocess startuptime #26790</title>
<updated>2024-02-09T22:56:52+00:00</updated>
<author>
<name>Pablo Arias</name>
<email>pabloariasal@gmail.com</email>
</author>
<published>2024-02-09T22:56:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.josher.dev/cgit/rneovim.git/commit/?id=8e739af064dec28886694aa448f60a570acd2173'/>
<id>8e739af064dec28886694aa448f60a570acd2173</id>
<content type='text'>
Problem:
Since 24488169564c39a506c235bf6a33b8e23a8cb528, the --startuptime report shows
two blocks of data. The TUI process and its embedded nvim process write to the
file concurrently, which may interleave the two startup sequences into the same
timeline.

Solution:
Report each process as a separate section in the same file.
1. Each process buffers the full report.
2. After startup is finished, the buffer is flushed (appended) to the file.

Fix #23036
Sample report:

    --- Startup times for process: Primary/TUI ---

    times in msec
     clock   self+sourced   self:  sourced script
     clock   elapsed:              other lines

    000.006  000.006: --- NVIM STARTING ---
    000.428  000.422: event init
    000.728  000.301: early init
    ...
    005.880  000.713: init highlight
    005.882  000.002: --- NVIM STARTED ---

    --- Startup times for process: Embedded ---

    times in msec
     clock   self+sourced   self:  sourced script
     clock   elapsed:              other lines

    000.006  000.006: --- NVIM STARTING ---
    000.409  000.403: event init
    000.557  000.148: early init
    000.633  000.077: locale set
    ...
    014.383  000.430: first screen update
    014.387  000.003: --- NVIM STARTED ---
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Problem:
Since 24488169564c39a506c235bf6a33b8e23a8cb528, the --startuptime report shows
two blocks of data. The TUI process and its embedded nvim process write to the
file concurrently, which may interleave the two startup sequences into the same
timeline.

Solution:
Report each process as a separate section in the same file.
1. Each process buffers the full report.
2. After startup is finished, the buffer is flushed (appended) to the file.

Fix #23036
Sample report:

    --- Startup times for process: Primary/TUI ---

    times in msec
     clock   self+sourced   self:  sourced script
     clock   elapsed:              other lines

    000.006  000.006: --- NVIM STARTING ---
    000.428  000.422: event init
    000.728  000.301: early init
    ...
    005.880  000.713: init highlight
    005.882  000.002: --- NVIM STARTED ---

    --- Startup times for process: Embedded ---

    times in msec
     clock   self+sourced   self:  sourced script
     clock   elapsed:              other lines

    000.006  000.006: --- NVIM STARTING ---
    000.409  000.403: event init
    000.557  000.148: early init
    000.633  000.077: locale set
    ...
    014.383  000.430: first screen update
    014.387  000.003: --- NVIM STARTED ---
</pre>
</div>
</content>
</entry>
<entry>
<title>fix(spell): always accept ':' as filename char in 'spellfile' (#27172)</title>
<updated>2024-01-24T10:13:39+00:00</updated>
<author>
<name>zeertzjq</name>
<email>zeertzjq@outlook.com</email>
</author>
<published>2024-01-24T10:13:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.josher.dev/cgit/rneovim.git/commit/?id=8c044f0862f417a525eaf319471c286a5588d493'/>
<id>8c044f0862f417a525eaf319471c286a5588d493</id>
<content type='text'>
Follow-up to #25236</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Follow-up to #25236</pre>
</div>
</content>
</entry>
<entry>
<title>vim-patch:9.1.0046: :drop does not re-use empty buffer (#27165)</title>
<updated>2024-01-23T23:29:33+00:00</updated>
<author>
<name>zeertzjq</name>
<email>zeertzjq@outlook.com</email>
</author>
<published>2024-01-23T23:29:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.josher.dev/cgit/rneovim.git/commit/?id=65bfa86efeeb2ec18ba82fd821ffd4c8f97fcd2b'/>
<id>65bfa86efeeb2ec18ba82fd821ffd4c8f97fcd2b</id>
<content type='text'>
Problem:  :drop does not re-use empty buffer
          (Rocco Mao)
Solution: Make :drop re-use an empty buffer
          (Rocco Mao)

fixes: vim/vim#13851
closes: vim/vim#13881

https://github.com/vim/vim/commit/f96dc8d07f752ddd96d1447d85278a85255a1462

Co-authored-by: Rocco Mao &lt;dapeng.mao@qq.com&gt;</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Problem:  :drop does not re-use empty buffer
          (Rocco Mao)
Solution: Make :drop re-use an empty buffer
          (Rocco Mao)

fixes: vim/vim#13851
closes: vim/vim#13881

https://github.com/vim/vim/commit/f96dc8d07f752ddd96d1447d85278a85255a1462

Co-authored-by: Rocco Mao &lt;dapeng.mao@qq.com&gt;</pre>
</div>
</content>
</entry>
<entry>
<title>test(core/channel_spec): fix lint failure</title>
<updated>2024-01-22T00:15:13+00:00</updated>
<author>
<name>zeertzjq</name>
<email>zeertzjq@outlook.com</email>
</author>
<published>2024-01-22T00:15:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.josher.dev/cgit/rneovim.git/commit/?id=a25aeee856e2fb02f93ffa5c2e5d43fd75ead2cf'/>
<id>a25aeee856e2fb02f93ffa5c2e5d43fd75ead2cf</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>test(core/channels_spec): fix variable name</title>
<updated>2024-01-22T00:02:21+00:00</updated>
<author>
<name>zeertzjq</name>
<email>zeertzjq@outlook.com</email>
</author>
<published>2024-01-22T00:02:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.josher.dev/cgit/rneovim.git/commit/?id=18d62d129f8ee4be3baf4245279fc07ed9ee370d'/>
<id>18d62d129f8ee4be3baf4245279fc07ed9ee370d</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>fix(rpc): assertion failure due to invalid msgpack input</title>
<updated>2024-01-21T23:42:58+00:00</updated>
<author>
<name>nwounkn</name>
<email>nwounkn@gmail.com</email>
</author>
<published>2023-08-15T23:33:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.josher.dev/cgit/rneovim.git/commit/?id=4d4092ac9e98f04ae949c605aa6e2b55ca605a1f'/>
<id>4d4092ac9e98f04ae949c605aa6e2b55ca605a1f</id>
<content type='text'>
Problem:
  rbuffer_consumed assertion fails if Unpacker fails to parse msgpack,
  because it doesn't consume bytes on errors

Solution:
  Call rbuffer_consumed_compact only if Unpacker isn't closed
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Problem:
  rbuffer_consumed assertion fails if Unpacker fails to parse msgpack,
  because it doesn't consume bytes on errors

Solution:
  Call rbuffer_consumed_compact only if Unpacker isn't closed
</pre>
</div>
</content>
</entry>
<entry>
<title>feat(terminal): respond to OSC background and foreground request (#17197)</title>
<updated>2024-01-15T16:12:07+00:00</updated>
<author>
<name>Daniel Steinberg</name>
<email>dstein64@users.noreply.github.com</email>
</author>
<published>2024-01-15T16:12:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.josher.dev/cgit/rneovim.git/commit/?id=7589336120a258cf75134a5243b2f6b1926ac85b'/>
<id>7589336120a258cf75134a5243b2f6b1926ac85b</id>
<content type='text'>
The motivation for this update is Issue #15365, where background=light
is not properly set for Nvim running from an Nvim :terminal. This can be
encountered when e.g., opening a terminal to make git commits, which
opens EDITOR=nvim in the nested terminal.

Under the implementation of this commit, the OSC response always
indicates a black or white foreground/background. While this may not
reflect the actual foreground/background color, it permits 'background'
to be retained for a nested Nvim instance running in the terminal
emulator. The behaviour matches Vim.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The motivation for this update is Issue #15365, where background=light
is not properly set for Nvim running from an Nvim :terminal. This can be
encountered when e.g., opening a terminal to make git commits, which
opens EDITOR=nvim in the nested terminal.

Under the implementation of this commit, the OSC response always
indicates a black or white foreground/background. While this may not
reflect the actual foreground/background color, it permits 'background'
to be retained for a nested Nvim instance running in the terminal
emulator. The behaviour matches Vim.</pre>
</div>
</content>
</entry>
</feed>
