Inconsistent runtime interpretation of $env.config by internal commands (help, errors output)

[39555]

Describe the bug

For certain internal commands (such as help and error output) Newly assigned $env.config options within the same script/statement will be updated lazily.

These options will only take effect for the next command in the interactive session. In the --commands mode and scripts nu test.nu they will not affect the entire command/script.

For other internal commands such asls changes in $env.config will be visible immediately.

How to reproduce

1. with help

nu -c "$env.config.use_ansi_coloring = false ; help ls"
# this works
nu -c "$env.config.use_ansi_coloring = false ; ls"

Interactive session:

$env.config.use_ansi_coloring = false ; help ls # Here help still contains ansi

help ls # Here doesn't

2. with errors and use_ansi_coloring:

nu -c "$env.config.use_ansi_coloring = false ; error make {msg: 'error still contains ansi'}"

3. with errors and error_style:

nu -c "$env.config.error_style = 'plain' ; error make {msg: 'error is still fancy'}"

Expected behavior

Updating the config in the same way as for ls for all internal outputs

Screenshots

No response

Configuration

key	value
version	0.93.1
major	0
minor	93
patch	1
branch	main
commit_hash	bdb6daa
build_os	macos-aarch64
build_target	aarch64-apple-darwin
rust_version	rustc 1.77.2 (25ef9e3d8 2024-04-09)
rust_channel	1.77.2-aarch64-apple-darwin
cargo_version	cargo 1.77.2 (e52e36006 2024-03-26)
build_time	2024-05-03 16:22:16 +04:00
build_rust_channel	release
allocator	mimalloc
features	default, sqlite, system-clipboard, trash, which
installed_plugins

Additional context

No response