Repository navigation
perf: avoid per-message refreshes when renaming sessions - #15926
olegsuhoparov wants to merge 1 commit into
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info
WalkthroughThe regular and shared-flow session-renaming endpoints now build response objects from flushed messages without refreshing each message. New tests cover response data, database changes, query count, access errors, and update failure. ChangesSession Rename
Priority: ⬇️ Low Estimated code review effort: 2 (Simple) | ~10 minutes Change: Refactor Suggested reviewers: Merge Risk: ⚪ Minimal · up to
|
|
Could a maintainer please rerun Python 3.14 Group 7 on head The unchanged My single rerun request returned HTTP 403 ( |
Summary
Renaming an ordinary or shared chat session currently refreshes every message after flushing the new
session_id, adding one SELECT per message.Build the existing
MessageResponseobjects directly from the flushed ORM rows. Both queries already load complete messages, andMessageTablehas no update-generated columns. Ownership filters, flush/commit/rollback handling, and response fields remain unchanged.Testing
make linttarget reports that no type checker is configured.Local tests use SQLite and the bundled LiteLLM cost map; benchmark and retry plugins are disabled. No dependencies or test configuration were changed.
Summary by CodeRabbit