Skip to content

LLM Call: Better Error Messages #874

Closed
1 of 2 issues completed
Closed

Description

@Prajna1999

Is your feature request related to a problem?
When an error occurs in the OpenAI integration, it returns a 200 status with success: false, while providing null values for reason, error_type, and thread_id. This leads to a loss of context in the conversation, causing subsequent turns to break.

Describe the solution you'd like

  • Improve error handling to return meaningful messages and proper status codes.
  • Ensure that thread_id is provided even in error scenarios to maintain conversation context.
Original issue

Describe the bug
So it's more of an OpenAI thing- just wanted to flag how it lands on our side.

It's an error but comes as 200 + success: false, with reason, error_type and thread_id all null, only signal is the message string, and going forward in the flow the thread_id = null, it breaks the flow, we use the returned thread_id to continue the conversation, so a null here means the conversation loses its context and the next turns break.
To Reproduce
TBD

Activity

  1. self-assigned this
    on May 21, 2026
  2. added theissue type on May 21, 2026
  3. changed the title [-]LLM Call: Better error messaged[/-] [+]OpenAI Integration: Improve error handling[/+] on May 21, 2026
  4. changed the title [-]OpenAI Integration: Improve error handling[/-] [+]LLM Call: Better Error Messaged_DO_NOT_MODIFY[/+] on May 21, 2026
  5. changed the title [-]LLM Call: Better Error Messaged_DO_NOT_MODIFY[/-] [+]LLM Call: Better Error Messages_DO_NOT_MODIFY[/+] on May 21, 2026
  6. changed the title [-]LLM Call: Better Error Messages_DO_NOT_MODIFY[/-] [+]LLM Call: Better Error Messages[/+] on May 22, 2026
  7. added
    enhancementNew feature or request
    and removed
    bugSomething isn't working
    on May 22, 2026
  8. moved this to To Do in Kaapi-devon Jun 2, 2026
  9. moved this from To Do to In Progress in Kaapi-devon Jun 2, 2026
  10. moved this from In Progress to In Review in Kaapi-devon Jun 3, 2026
  11. self-assigned this
    on Jun 9, 2026
  12. linked a pull request that will close this issueUnified API: Kaapi Backend as a Proxy #921on Jun 9, 2026
  13. moved this from In Review to In Progress in Kaapi-devon Jun 9, 2026
  14. moved this from In Progress to Closed in Kaapi-devon Jun 12, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Labels

Type

Projects

  • Status
    Closed

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions