Seems as expected. The calls I recently allowed to be “store”:“true”, for a specific purpose of verifying for someone on the forum the operation of persistent storage, are also serving the purpose of showing them now:
Then, one chat completion log item also.
Did you have responses events for ranges that you can no longer see, or are you only now having your first look?
Check: https://platform.openai.com/settings/organization/data-controls/data-retention
Then, that you are aware of the platform site’s top-left menu for “organization” → “project”. That needs to be consistent, as the log is filtered and scoped by the selected project.
Chat Completions does not store by default, you’d have to make calls with "store":"true". There is no purpose except for awkward “evals”.
A final thing that could break rights is a new deployment of “roles” for “members” with individual rights to be set, under “people” (when you have people invited and understand the implications). I expect the issue to be found in one of the earlier investigations, though.
IMO: You should not willingly persist data without reason.
The platform site has a listing endpoint that is not available on the API, just to make this feature useless except to OpenAI.
New experiments:
GPT-5.1 API call from platform site with store:true and enabled-per-call:
Result: Nothing new is percolating into the Chat Completions log list immediately.
I asked “o4-mini”, which opined: “Bottom line: Only enable “store”: true for non-sensitive, shareable prompts and responses.” - no new log entry either. So it seems I can replicate expected features not being serviced.
Delays or non-function in “logs” have happened before, or no entries. Workflow currently uninterrupted.