Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

No integrations settings surface — configured/connected/failing state is invisible

Open
#209 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 4 days

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
48/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Quiet
Tech stack
typescript
Domain
backend, frontend

Research direction

Start at the /settings/integrations entry point and trace the environment-variable integration configuration and worker sync-adapter registration described in #161. Define how configured, connected, erroring, and last successful sync are sourced; done means a read-only page lists Slack, Teams, Linear, GitHub App, HubSpot, and Postmark with those states.

Written by the indexing model from the issue text.

Description

area: product roadmap roadmap: later

Integrations are configured entirely through environment variables — Slack, Teams, Linear, GitHub App, HubSpot, Postmark. There is no settings surface showing which integrations are configured, which are connected, or which are failing.

Why it matters

Nobody can tell from the dashboard that the HubSpot sync is dead-lettering, that Linear sync never started because one of its three secrets is missing, or that the Slack bot is not deployed. Each of those is currently discovered by reading logs. Related: #161 asks the worker to publish which sync adapters it actually registered — that data is the natural backing for this page.

Fix

A /settings/integrations page listing each integration with configured / connected / erroring state and last successful sync. Read-only first; env vars stay the source of truth. Credential editing from the UI is a separate, larger decision.

Dominant language
TypeScript
Stars
10
Forks
4
Avg merge
4d 2h
Merged PRs (30d)
7

Getting set up

  • Ships a Dockerfile or Docker Compose file
  • No pull request template
  • No contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from CopilotKit/outpost

All issues in CopilotKit/outpost

Similar issues

More TypeScript issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.