Skip to content

Fix website cloner CLI usage - #13

Open
mralfred1218-max wants to merge 1 commit into
loxy0devlp:mainfrom
mralfred1218-max:mralfred1218-max-expert-umbrella
Open

Fix website cloner CLI usage#13
mralfred1218-max wants to merge 1 commit into
loxy0devlp:mainfrom
mralfred1218-max:mralfred1218-max-expert-umbrella

Conversation

@mralfred1218-max

Copy link
Copy Markdown

Why

The website cloner was still prompting for input during non-interactive use and could crash if an HTTP request failed before a response object was assigned. That made the utility unreliable when invoked from CLI flags or automation.

What changed

  • Kept WebsiteCloner() from prompting when explicit values are already supplied.
  • Applied safe default values for CLI-driven execution instead of forcing interactive input.
  • Avoided dereferencing a missing response object in the HTTP error path.
  • Only triggered the final interactive "Press to continue" flow in genuine interactive mode.

This keeps the tool usable from both the interactive menu and direct CLI commands while preserving the existing behavior for manual use.

The website cloner was still prompting for input in programmatic and CLI usage, and HTTP error handling could dereference a missing response object. This patch makes the tool honor explicit parameters, default values in CLI mode, and avoids a spurious interactive prompt when automation is already providing arguments.

Co-authored-by: Copilot App <223556219+Copilot@users.noreply.github.com>

@Andaroth Andaroth left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks great.

Please make an issue next time: #14

(ping @loxy0devlp )

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants