[DEVEX-709] fix(application update): restore --status ACTIVE | INACTIVE

[qcai-godaddy]

Summary

• Add --status ACTIVE|INACTIVE to application update (clap value parser)
• Require at least one of --label, --description, or --status
• Unit-test clap accept/reject for --status against the real command args

Test plan

• cargo build/ cargo test (status clap tests) / cargo clippy -- -D warnings / cargo fmt --check
• gddy application update --help shows --status with ACTIVE|INACTIVE
• gddy application update --id <id> --status ACTIVE updates status
• gddy application update --id <id> (no fields) errors with provide one of…
• Invalid --status foo is rejected by clap

[Copilot]

Copilot wasn't able to review this pull request because it exceeds the maximum number of lines (20,000). Try reducing the number of changed lines and requesting a review from Copilot again.

[Copilot]

Pull request overview

Copilot reviewed 1 out of 1 changed files in this pull request and generated 2 comments.

[Copilot]

Pull request overview

Copilot reviewed 1 out of 1 changed files in this pull request and generated no new comments.

Comments suppressed due to low confidence (1)

rust/src/application/commands/mod.rs:513

• input.is_empty() is now unreachable because clap enforces “at least one of --label/--description/--status” via required_unless_present_any on the args. Keeping both checks creates redundant logic and splits the error behavior between clap and the handler.

            let client = make_client(&ctx).await?;
            let data = client
                .update_application(&id, json!(input))
                .await
                .map_err(client_err)?;