Command options are parsed as subcommand if "required()" is not set

[ngiangiax]

If a command option is not required and if the option matches the name of another command, the option is not parsed properly.

[phlptp]

Do you have an example of what the issue is, not entirely sure I follow what is going on?

[ngiangiax]

In my specific implementation I have two subcommands:

• "ls": similar to linux command ls, lists all the file in a directory. It supports optional "options", such as the name of file or directory to be listed. It can also be run without any argument, to print the content of current directory.
• "config": custom command.

I also have a directory called "config". When I run ls config the cli interprets "config" as the config command, and not as an argument of the ls command. To print the content of the directory, I have to run the command ls ./config

I hope it is a bit clearer now, please contact me for more information.

INFO: I am using v2.5.0

NOTE: After investigation, I think that the issue is originating in this part of the code:

CLI11_INLINE bool App::_parse_subcommand(std::vector<std::string> &args) {
    if(_count_remaining_positionals(/* required */ true) > 0) {

I also noticed that the issue disappears if the previous code is changed to:

CLI11_INLINE bool App::_parse_subcommand(std::vector<std::string> &args) {
    if(_count_remaining_positionals(/* required */ false) > 0) {

[phlptp]

Any way you can post the code setup for this, or a minimal example?

Changing that particular line of code would break a bunch of situation, so isn't really a viable change.
There are various modifiers that might work in that situation but I need to see what your setup is.

[ngiangiax]

    auto *ls_cmd = p_cli->add_subcommand("ls", "List files");
    ls_cmd->add_flag("-l", "Long format");
    ls_cmd->add_option("filepath", "Path to list");
    ls_cmd->callback([this, ls_cmd, &p_thread_id]() {
                         List(ls_cmd, &m_io, m_cwd);
                         p_thread_id = std::nullopt;
                     });

This is how the ls command is defined. If this is not enough for your investigation I'll try providing a minimal example

[phlptp]

Do you have other subcommands? how many, are there cases when multiple subcommands will be used in the same command line?

[ngiangiax]

I just found that the same issue was already fixed here: #1022

subcommand_fallthrough(false); modifier fixes it!

I guess we can close the issue! Many thanks for your support

[ngiangiax]

Do you have other subcommands? how many, are there cases when multiple subcommands will be used in the same command line?

We have a few other subcommands, like "cd" "cp" "mv". For the moment multiple commands in the same line is not supported