CopilotKit / CopilotKit/outpost

Customer Messaging has no backend: /api/messaging/pending always returns an empty inbox

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

Nobody has claimed this yet.

area: product roadmap roadmap: next
Dominant language
TypeScript
Stars
7
Forks
3
Avg merge
7d 16h
Merged PRs (30d)
15

Description

The Customer Messaging dashboard at /messaging renders from /api/messaging/pending, which is hardcoded to return nothing:

/**
 * Note: There is no Prisma model for pending messages yet (Slack/Teams
 * messages are handled by their respective bots). This endpoint returns
 * an empty list until a messaging model is added to the schema.
 */
export async function GET() {
    ...
    return NextResponse.json({ messages: [], count: 0 });
}

Why it matters

The page is in the shipped navigation and always shows an empty inbox. To a user that reads as "no pending customer messages", not "this feature has no backend" — the UI states something false rather than being visibly unbuilt.

Fix

Either add the PendingMessage Prisma model and have the Slack/Teams bots write to it, or hide the route until it has a backend. The interim option — an explicit "not yet available" empty state — is cheap and stops the page from lying.

Contributor guide

No contributing guide indexed for this repository

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.

Research direction

Start at /api/messaging/pending and /messaging; inspect the current empty response and the shipped navigation entry. Decide with maintainers whether to add a PendingMessage Prisma model and bot writes or use an explicit not-yet-available state. Done means the inbox no longer presents an unsupported empty inbox.

Written by the indexing model from the issue text.

Assessment

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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.