Skip to content

fix(cli): use custom polling for --wait without --progress flag#81

Open
cyphercodes wants to merge 1 commit intofirecrawl:mainfrom
cyphercodes:main
Open

fix(cli): use custom polling for --wait without --progress flag#81
cyphercodes wants to merge 1 commit intofirecrawl:mainfrom
cyphercodes:main

Conversation

@cyphercodes
Copy link
Copy Markdown

Description

Fixes #3210

The --wait flag without --progress was using app.crawl() which relies on SDK's built-in polling that doesn't work with self-hosted instances (likely due to RabbitMQ LISTEN/NOTIFY vs HTTP polling mismatch).

Changes

  • Always use custom polling loop for --wait mode (works with both cloud and self-hosted)
  • Only show progress output when --progress flag is specified
  • Fixes indefinite hang on self-hosted instances when using firecrawl crawl <url> --wait

Testing

  • firecrawl crawl <url> --wait now works correctly on self-hosted instances
  • firecrawl crawl <url> --wait --progress continues to work as before
  • Both modes now use the same HTTP polling mechanism instead of relying on SDK's built-in polling

Related

Closes #3210

Fixes #3210

The --wait flag without --progress was using app.crawl() which relies on
SDK's built-in polling that doesn't work with self-hosted instances.

This change makes both --wait and --wait --progress use the same custom
polling loop that works correctly with both cloud and self-hosted APIs.

Changes:
- Always use custom polling loop for --wait mode
- Only show progress output when --progress flag is specified
- Fixes indefinite hang on self-hosted instances
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.

1 participant