editor.statusline in .helix/ duplicates elements

[sschuldenzucker]

Summary

When editor.statusline elements are configured in the working dir's .helix/config.toml, they add to the globally-configured statusline elements. Expected is that they replace them instead.

This is a bit of a matter of user expectations, but I feel my expectation is the right one and this behavior is unintended.

Reproduction Steps

I tried this:

1. Use a blank ~/.config/config.toml (or use helix' --config option) with the following content:

[editor.statusline]
right = ["file-line-ending"]

2. In the working dir, in .helix/config.toml put the same file. (or a different configuration)

3. Start helix and look at the right status line.

I expected this to happen:

The line ending marker should show only once because editor.statusline.right is overwritten in the local .helix/config.toml

Instead, this happened:

The line ending marker is shown twice.

Helix log

No response

Platform

macOS

Terminal Emulator

kitty 0.37.0

Installation Method

brew

Helix Version

25.07.1

[fzlzjerry]

Confirmed on current master with a config-level regression test: the local
right = ["file-line-ending"] currently deserializes as [Diagnostics, Selections, FileLineEnding] after merging with the global config.

The root cause is in merge_toml_values: arrays inside the merge depth are
always combined. That is intentional for arrays of named language/grammar
tables, but ordinary configuration arrays should use the right-hand value (and
an empty local array should be able to clear the global value). I'm working on
a fix that distinguishes those cases and covers both the generic merge behavior
and the workspace statusline configuration.