v0 "Chat is Private" error for project owner and "Failed to submit message" in new chats

I’m seeing what looks like a v0 chat ownership or permission bug.

Problem

I’m the owner of a v0 project named 02ez, but v0 is showing:

Chat is Private. Ask the owner to update this chat’s sharing permissions.

for my own project chat. At the same time, I’m also getting:

Failed to submit message

in new and existing chats.

The project itself still exists and the production deployment is healthy, so this does not look like a deployment outage. It looks like the issue is in v0 chat access, workspace resolution, or session metadata.

Project Information

Project: 02ez
Production deployment: Ready
Deployment ID: 8dd07b8
Deployment URL: 02ez-oxwdv4vig-tostupidtooquit.vercel.app
Domain: tostupidtooquit.com

Observed Behavior

I can access the project page
I cannot use the associated private chat even though I’m the owner
New chats can also fail with "Failed to submit message"

Expected Behavior

The owner should retain access to their own private chat
New chats should submit normally

Troubleshooting Done

Verified I’m in the correct account and workspace
Refreshed and retried
Started new chats
Confirmed the project and production deployment are still active

I can share screenshots, URLs, and timestamps if needed for investigation.

Did you know there's another category dedicated to #v0 topics? A human should be here soon to help, but the answer may already be available even faster in one of these other posts.

Our docs are a great place to start.

https://vercel.com/docs/v0

We also have a walkthrough to help guide your workflow.

https://community.vercel.com/t/become-a-v0-expert/5981

And these recordings can give you a look at v0 features and strategies in action shown by our Community:

https://community.vercel.com/tags/c/events/42/v0

Hi, I tried to reproduce this but couldn’t trigger it.

I tested multiple prompts, tabs, and sessions (including incognito), and everything worked normally. This suggests it’s not a general issue, but likely tied to specific account or chat state.

Given the symptoms (owner locked out, both new and existing chats affected, deployments still working), this looks like a backend mismatch between chat ownership, workspace, and session.

It might be worth checking chat ownership/workspace assignment and permission validation on message requests.

Hope this helps