No longer possible to paste paths to images
What version of Codex is running?
codex-cli 0.84.0
What subscription do you have?
Pro
Which model were you using?
N/A
What platform is your computer?
Linux 6.18.2-1-cachyos-bore-lto x86_64 unknown
What terminal emulator and version are you using (if applicable)?
alacritty 0.16.1 (42f49eeb)
What issue are you seeing?
Currently, when pasting a path to an image that exists in Codex, like "a-directory/a-image.png", Codex doesn't let the path be a path, but instead turn it into [Image #1] or similar. If you paste a path to an image that doesn't exists, Codex doesn't do that anymore.
What steps can reproduce the bug?
- Write/acquire a path to an image Codex has access to
- Copy that path as a string
- Paste it into Codex
What is the expected behavior?
When pasting strings, Codex lets the strings be strings, instead of turning them into images for codex to read.
When pasting image data, then Codex should try to read it as an image, this is correct.
Additional information
As mentioned, this only seems to happen when pasting a string path to an image that does exist on disk, that Codex can read. Otherwise it keeps the path as a string.
Valid workaround for now is to paste an incorrect path, then manually fix it after pasting it into Codex. But I think we all agree one shouldn't have to do this :)
4 Comments
In the title, you mentioned that you can "no longer" do this. Does that imply that you think this was a recent regression? If so, do you happen to know what was the last version that worked for you?
I also am pretty sure that that wasn't the behavior in the very beginning. My workflow involves a lot of plot images and it is limiting to not be able to tell Codex to use/generate a specific image from the path without modifying the path elsewhere.
+1 for this please - I'd love the ability to disable the translation of an image path to an image.
I'm working a lot with image matching and am instructing codex to setup tests that involve paths to images. Codex sees my image paths as actual images not the paths I'm pasting into the CLI.
I'm having to work around this behavior as well. I was putting a space in the path then removing it - which is basically the same thing as described above.
I'd love a way to override this behavior - something that allows Codex to “treat pasted clipboard text as a file path instead of an image attachment.”
I'd also find it useful to have a setting for this. I often work with various image files programmatically and 99% of the time wish for codex to be aware of the path as a string, not for it to try to load the image visually
I haven't set this up yet, but in the meantime it should be possible in tmux to create a binding that will read from clipboard to extract the copied path, then make a slight modification like removing the leading
/, and then paste it into the codex composer. But that's less clean than a setting