Commands called `update` Show Incorrect Documentation

[neurolag]

Bug report form

• I have done a basic search of the issue tracker to find any existing issues that are similar.
• I have checked that my version is at least the latest stable release available via my installation method.

Describe the bug

When creating any command or subcommand named update, it will incorrectly show that it provides an update cells subcommand.

How to reproduce

1. Create a module providing a update command
   lol.nu:

   export def update [] {}
   
   export module test {
       export def update [] {}
   }

2. Notice how each command suggests the existence of a update cells command:

   use lol.nu
   lol update --help
   lol test update --help
   

Expected behavior

Only subcommands actually defined should appear.

Configuration

key	value
version	0.112.3
major	0
minor	112
patch	3
branch	main
commit_hash	cef0dc4
build_os	linux-x86_64
build_target	x86_64-unknown-linux-gnu
rust_version	rustc 1.93.1 (01f6ddf75 2026-02-11)
rust_channel	1.93.1-x86_64-unknown-linux-gnu
cargo_version	cargo 1.93.1 (083ac5135 2025-12-15)
build_time	2026-05-18 18:32:49 +02:00
build_rust_channel	debug
allocator	standard
features	default, mcp, network, plugin, rustls-tls, sqlite, trash-support
installed_plugins
experimental_options	example=false, reorder-cell-paths=true, pipefail=true, enforce-runtime-annotations=false, native-clip=false, cell-path-types=false

[fdncred]

Probably because you're shadowing a built-in command named update. By default, help update shows the update help and all subcommands which update cells is one of.

[neurolag]

Thank you so much for your rapid answer!
I'm not entirely sure whether shadowing should happen here.

I am aware there is an update command, but same thing happens when invoking help lol update or help lol test update which are update commands in nested modules.

Is this the expected behaviour, still?

[fdncred]

Your custom command is named update shadowing the built-in update. Maybe I'm wrong. Let's see what other users think.

[weirdan]

The shadowing is scoped to the module, so it should be irrelevant. The command exported is lol update (because of use lol.nu rather than use lol.nu *), not update.

std/help (use std/help) does not seem to suffer from this issue.