codex - 💡(How to fix) Fix Codex feedback: ChatGPT Project copying is triggering blocks [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openai/codex#21330Fetched 2026-05-07 03:41:49
View on GitHub
Comments
1
Participants
2
Timeline
6
Reactions
0
Timeline (top)
labeled ×4commented ×1cross-referenced ×1

I am trying to copy my own ChatGPT Project conversations into my own local repository, /Users/edward/Desktop/Chatgpt_Library, as a personal archive. The task is internal data portability: copying chat titles/transcripts from my ChatGPT account into a local repo that I control.

The current Codex/browser workflow is now causing red-flag behavior in ChatGPT. Multiple conversation loads are returning Unable to load conversation, and prior fallback attempts opened unwanted additional ChatGPT instances in Chrome. The automated workflow should pause rather than keep retrying.

Root Cause

This is not an attempt to copy third-party data or bypass access controls. The user is signed into their own ChatGPT account and is trying to preserve their own conversations. Codex needs a safer, first-class path for personal ChatGPT data portability that does not rely on brittle browser scraping or repeated conversation reloads.

Fix Action

Fix / Workaround

Current Workaround Status

RAW_BUFFERClick to expand / collapse

Summary

I am trying to copy my own ChatGPT Project conversations into my own local repository, /Users/edward/Desktop/Chatgpt_Library, as a personal archive. The task is internal data portability: copying chat titles/transcripts from my ChatGPT account into a local repo that I control.

The current Codex/browser workflow is now causing red-flag behavior in ChatGPT. Multiple conversation loads are returning Unable to load conversation, and prior fallback attempts opened unwanted additional ChatGPT instances in Chrome. The automated workflow should pause rather than keep retrying.

User Goal

  • Preserve my own ChatGPT Project chats in a local repo.
  • Keep the original ChatGPT project/chat folder structure.
  • Copy only transcript text for now.
  • Count a chat as copied only when content.md exists and is non-empty.

What Went Wrong

  • Automated conversation-opening attempts began producing Unable to load conversation.
  • Some direct conversation URL opens bounced back to the project page instead of rendering the transcript.
  • Earlier fallback behavior opened extra ChatGPT instances in Chrome, even though the intended browser surface was the Codex in-app browser / ChatGPT Atlas path.
  • The copy workflow became indistinguishable from repeated scraping/retry behavior, even though the user intent is legitimate personal data export.
  • Continued retries risk triggering more security warnings and making the account/session less usable.

Why This Matters

This is not an attempt to copy third-party data or bypass access controls. The user is signed into their own ChatGPT account and is trying to preserve their own conversations. Codex needs a safer, first-class path for personal ChatGPT data portability that does not rely on brittle browser scraping or repeated conversation reloads.

Requested Product Fix

Please provide a supported Codex/ChatGPT workflow for exporting or locally archiving a user's own ChatGPT Project chats, including:

  • A stable way to enumerate projects and conversations.
  • A stable way to export transcript text for conversations the user owns.
  • Clear rate limits or safety guidance before red flags are triggered.
  • A way for Codex to distinguish legitimate personal archive/export work from suspicious automated scraping.
  • Browser automation controls that do not silently switch surfaces or open unwanted Chrome/ChatGPT instances when the user requested the in-app browser or Atlas path.

Current Workaround Status

The repo-local copy should remain paused until the block clears or a safer export path is available. The latest progress note is:

/Users/edward/Desktop/Chatgpt_Library/Workflow/chatgpt_project_copy_progress_2026-05-06.md

At the pause point, the workflow had copied many non-pulse missing chats successfully, but the remaining ChatGPT Project copy attempts were increasingly causing Unable to load conversation blocks.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

codex - 💡(How to fix) Fix Codex feedback: ChatGPT Project copying is triggering blocks [1 comments, 2 participants]