Open benthamite opened 1 week ago
Thanks. Besides the conversion of backquote `
characters to =
inside source blocks, like in the following:
return =${lockName} debounced=;
return =${lockName} cannot be acquired: operation already in progress.=;
is there anything else wrong?
To find the parser bug, it will help to have the response log to compare the Org output with. Could you set gptel-log-level
to 'info
, then produce the error and provide both the Org output and the JSON stream? You can use a smaller example than the above.
EDIT: Never mind the log, I was able to reproduce the bug with a simple prompt.
Second edit: I need that log after all -- the bug I produced is different from the one you're experiencing.
Please update gptel first -- errors are often fixed by the time they're reported.
Bug Description
This is just another instance of the behavior reported here: #81. @karthink asked to create a new issue to report new cases, hence this issue.
In this case, the issue arises when converting Claude responses in JavaScript code blocks:
Backend
Anthropic
Steps to Reproduce
See quoted org excerpt above.
Additional Context
GNU Emacs 30.0.91 (build 1, aarch64-apple-darwin24.0.0, NS appkit-2566.00 Version 15.0.1 (Build 24A348)) of 2024-10 macOS Sequoia
Backtrace
No response
Log Information
No response