[clap_complete] Prevent completion of last remaining flag

[nixpulvis]

If I have a CLI named my_app with both a -h and -d flag and I type my_app -h<tab> I get my_app -hd which is somewhat surprising. I would prefer it to list my options first.

It could also expand -h into --help since it has a long option (in my case).

EDIT: This behavior is noticed in both zsh and fish, but not bash since bash completion adds a space after completing.

[epage]

This sounds like shell specific logic (naming the involved shell and giving reproduction steps would be ideal). I am guessing there isn't anything we can do about it.

[nixpulvis]

Apologies for not specifying the shell. I updated the top post.

[ekusiadadus]

I reproduced this with a minimal CLI containing a boolean -d/--debug flag and clap's default help flag. With clap = 4.6.7, both clap_complete = 4.6.7 and 4.6.11 produced these results in clean interactive shells on WSL:

Input	zsh 5.8.1	fish 3.3.1	bash 5.1.16
my_app -h<Tab>	my_app -hd	my_app -hd	my_app -h

For ahead-of-time completions, the generated zsh script enables short-option stacking through _arguments -s; the fish script uses short-style complete -s options. So this behavior is consistent with the generated definitions. The minimal CLI also accepts -hd and prints help.

In copies of these scripts, removing zsh's _arguments -s, or changing fish's short-option declarations from -s to -o, stopped the appended d. However, that also stops suggesting valid short-option groups; it does not implement “list options first” or expand -h to --help.

Are you using generated completion scripts or dynamic completion, and which clap_complete version? My reproduction covers the generated-script case only.