openai / openai/codex

Chrome extension: stale active-writer lock prevents creating a chat

Open
#38,876 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

bug extension session
Dominant language
Rust
Stars
125k
Forks
19.5k
PR merge metrics
PR metrics pending

Description

What issue are you seeing?

When using the ChatGPT/Codex app, sending a message in an existing chat can fail with this error:

Error creating chat
thread <thread-id> already has an active writer

The error blocks creating or continuing the chat. The thread ID has been redacted.

What steps can reproduce the bug?
  1. In the ChatGPT/Codex app, open an existing chat thread.
  2. Enter and send any message in that chat.
  3. Observe the thread <thread-id> already has an active writer error.
  4. Close the Codex Chrome extension window and retry sending a message.
  5. Observe that the error can persist after the extension window is closed.
What is the expected behavior?

The app should allow a message to be sent when no live writer remains. If another view is actively using the thread, the UI should identify that state and provide a way to recover without requiring the user to restart Chrome or abandon the chat.

Additional information

This was observed on macOS. Closing the Chrome extension window did not clear the lock.

Contributor guide

Open the 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.

Research direction

No source file or test is identified in the report. Start by reproducing the stale active-writer error in the Chrome extension on macOS, then trace the writer lifecycle across closing and retrying the extension window; done means a message can be sent after no live writer remains, with a recoverable UI state when another view is active.

Written by the indexing model from the issue text.

Assessment

Domain
frontend
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.