Skip to content

fix(onboard-status): show no-scrape-data scraping state as neutral, not failed - #343

Merged
tkotthakota-adobe merged 1 commit into
mainfrom
fix/onboard-status-unknown-in-progress
Aug 5, 2026
Merged

fix(onboard-status): show no-scrape-data scraping state as neutral, not failed#343
tkotthakota-adobe merged 1 commit into
mainfrom
fix/onboard-status-unknown-in-progress

Conversation

@tkotthakota-adobe

Copy link
Copy Markdown
Collaborator

Follow-up to #340 (merged)

Small correctness fix on the onboarding status report's scraping data-source line.

Problem: the unknown scraping state — no scrape data yet (getScrapingStats/isScrapingAvailable found no jobs or no URL results for the current onboarding) — mapped to ❌. On an early snapshot of a not-yet-scraped site that reads as a failure, the exact running-vs-failed conflation #340 set out to remove. It also contradicted the accompanying "Scraping is in progress or no results available yet" text.

Fix: map unknown to a neutral ℹ️ (:information_source:) — not ❌ (false failure) and not ⏳ (which would overclaim active progress). A genuinely terminal-failed scrape (0 completed, 0 pending, >0 failed) still resolves to ❌ via the tri-state; in_progress (URLs pending) stays ⏳; available stays ✅.

Surfaced by review of the sibling change in spacecat-api-service (#2974); this keeps the two deriveScrapingStatus consumers in sync.

Tests

Full suite green (415 passing), coverage gate passes, lint clean.

🤖 Generated with Claude Code

…ot failed

Follow-up to #340 (merged): the onboarding status report mapped the 'unknown'
scraping state (no scrape data yet) to ❌, which reads as a failure on an early
snapshot of a not-yet-scraped site — the running-vs-failed conflation #340 set
out to remove. Map 'unknown' to a neutral info icon (ℹ️): not ❌ (false failure)
and not ⏳ (overclaims active progress). A genuinely terminal-failed scrape
(0 completed, 0 pending, >0 failed) still resolves to ❌ via the tri-state.

Mirrors the same fix in spacecat-api-service's onboard-status command, keeping
the two deriveScrapingStatus consumers in sync.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
@codecov

codecov Bot commented Aug 4, 2026

Copy link
Copy Markdown

Codecov Report

✅ All modified and coverable lines are covered by tests.

📢 Thoughts on this report? Let us know!

@tkotthakota-adobe

Copy link
Copy Markdown
Collaborator Author

Merging it as it is simple change to fix a reporting bug.

@tkotthakota-adobe
tkotthakota-adobe merged commit 5fe2b94 into main Aug 5, 2026
18 checks passed
@tkotthakota-adobe
tkotthakota-adobe deleted the fix/onboard-status-unknown-in-progress branch August 5, 2026 15:47
solaris007 pushed a commit that referenced this pull request Aug 5, 2026
## [1.16.6](v1.16.5...v1.16.6) (2026-08-05)

### Bug Fixes

* **onboard-status:** show no-scrape-data scraping state as neutral, not failed ([#343](#343)) ([5fe2b94](5fe2b94)), closes [#340](#340) [#340](#340)
@solaris007

Copy link
Copy Markdown
Member

🎉 This PR is included in version 1.16.6 🎉

The release is available on GitHub release

Your semantic-release bot 📦🚀

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

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants