Reading files limited to 200 lines
Resolved 💬 7 comments Opened Jan 9, 2026 by vzaliva Closed Jan 9, 2026
💡 Likely answer: A maintainer (etraut-openai, contributor)
responded on this thread — see the highlighted reply below.
What version of Codex is running?
codex-cli 0.79.0
What subscription do you have?
Pro
Which model were you using?
gpt-5.2 xhigh
What platform is your computer?
Linux 6.14.0-1018-oem x86_64 x86_64
What issue are you seeing?
When it is reading project files it complains that the output is limited to 200 characters and attempts to find some clumsy way around it (e.g. using sed).
What steps can reproduce the bug?
Mention via @ any .md file in project which is more than 200 lines long.
What is the expected behavior?
Read full file (in my case it was just 400 lines)
Additional information
This is a critical issue preventing me from using Codex. I need it to be fixed ASAP or at least a workaround provided.
7 Comments
Assuming you can repro this, please use the
/feedbackcommand to upload your logs and session details and post the thread ID here.thread ID 019ba3c6-4465-76b0-8948-06926fae09ac
Model says:
Thanks for uploading the session details. I briefly skimmed through it, but I didn't see anything problematic. This is model behavior. It tends to read 200 lines at a time to prevent filling the context window unnecessarily. It will read additional lines as needed.
Are you seeing a functional problem that you're seeing? Is it failing to preform the task that you're asking it to do?
You mentioned that this was a "critical problem preventing you from using Codex". Can you provide more details about why this is preventing you from using Codex?
There was also a previous report of a similar issue: https://github.com/openai/codex/issues/6733
I do not think I've seen this problem until the most recent update. The difficulty is that instead of reading a small file with just 400 lines, it attempts to read it, then realises it truncated, saying "thinking about ways to resolve the truncation issue", then attempts to use
nl,sedcommands. All this back-and-forth takes time and tokens, slows reasoning, and potentially eats up context.Maybe my characterisation "preventing use" was a bit too strong. But it definitely makes it much less efficient than using other tools like Claude Code, especially for tasks requiring a lot of file operations.
I think it's working as intended, but we'll pass along your feedback to the folks who train our models.
When using the same model via Cursor, I do not have this issue. It is certainly Codex-CLI or the internal MCPs it uses.