Skip to content

fix(integrations): derive "coming soon" from whether a page exists - #1116

Closed
avoguru wants to merge 1 commit into
mainfrom
fix/coming-soon-reflects-page-existence
Closed

fix(integrations): derive "coming soon" from whether a page exists#1116
avoguru wants to merge 1 commit into
mainfrom
fix/coming-soon-reflects-page-existence

Conversation

@avoguru

@avoguru avoguru commented Aug 6, 2026

Copy link
Copy Markdown
Contributor

The Snowflake tile still reads "Coming soon" even though its docs generated and merged in #1114.

The index took isComingSoon from the design-system catalog, which is a hand-maintained constant in a published package. It goes stale the moment a toolkit ships, and the generator copies it straight into the toolkit JSON, so a nightly run keeps writing it back.

This derives the flag from hasPage instead. The badge means "there is nothing to read yet", which is what hasPage already answers, and it no longer waits on a package release. One tile changes: Snowflake.

It also makes the badge and the sort agree. use-toolkit-filters sorted on the raw design-system flag while the card rendered on isComingSoon || !hasPage, so seven toolkits (CloseIO, Discord, GoogleForms, Notion, Obsidian, Twilio, Twitch) showed a "Coming soon" badge while sorting among the available ones. They now sort with the other unavailable toolkits.

Verified locally: the Snowflake card renders "Arcade Optimized MCP Server" with no badge and links through to the toolkit page. Every entry now satisfies isComingSoon === !hasPage. 796 tests pass.

The design-system entry is still stale (isComingSoon: true, category: "development") and worth correcting separately, but the docs site no longer depends on it for this.

🤖 Generated with Claude Code


Note

Low Risk
Small display/sort fix on the integrations index; no auth, data, or API changes.

Overview
Coming soon on the integrations index is now isComingSoon: !hasPage in resolveIndexToolkits, instead of the design-system catalog flag that can stay true after docs ship (e.g. Snowflake).

ToolkitsClient passes toolkit.isComingSoon only—it no longer ORs with hasPage === false, because resolution already aligns badge, click behavior, and use-toolkit-filters sort on the same value.

Reviewed by Cursor Bugbot for commit 3903d32. Bugbot is set up for automated code reviews on this repo. Configure here.

The index took `isComingSoon` from the design-system catalog, a
hand-maintained constant in a published package. It goes stale the moment a
toolkit ships, so a live toolkit keeps rendering as an unavailable card.
Snowflake is in that state now: its docs generated and merged in #1114, but
the tile still reads "Coming soon".

Resolve the flag in `resolveIndexToolkits` from `hasPage` instead. The badge
means "there is nothing to read yet", which is exactly what `hasPage`
already answers, and the value no longer depends on a package release.

This also makes the badge and the sort order agree. `use-toolkit-filters`
sorted on the raw design-system flag while the card rendered on
`isComingSoon || !hasPage`, so seven toolkits (CloseIO, Discord,
GoogleForms, Notion, Obsidian, Twilio, Twitch) showed a "Coming soon" badge
while sorting among the available ones. They now sort with the other
unavailable toolkits.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@vercel

vercel Bot commented Aug 6, 2026

Copy link
Copy Markdown

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated (UTC)
docs Ready Ready Preview Aug 6, 2026 5:47pm

Request Review

@avoguru

avoguru commented Aug 6, 2026

Copy link
Copy Markdown
Contributor Author

Folded into #1115 — the auth provider page and this fix belong together.

@avoguru avoguru closed this Aug 6, 2026
@avoguru
avoguru deleted the fix/coming-soon-reflects-page-existence branch August 6, 2026 18:23
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