Two chats, one session - buggy tool calls
Maintainer thường phản hồi trong vòng 2 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 35/100
Hướng nghiên cứu
No files or tests are named. Start by tracing how chats in one workspace handle tool-call completion and approval, and how their HTTP streams are managed; the report describes a failure when one chat advances while another awaits approval. Done means activity in one chat no longer causes the other chat to fail, with a regression test covering that interaction.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
To upvote this issue, give it a thumbs up. See this list for the most upvoted issues.
Describe the bug
When having two chats for one workspace I noticed a strange behavior (with openai-chat but it doesn't probably make any difference).
- First chat finished some tool call and nothing is happening.
- The second chat is waiting for tool call approval
- Approving the tool call in the second chat will result in error: closed in the first chat.
- And this is the error I see in shared stderr
{:exception #error {
:cause EOF reached while reading
:via
[{:type java.io.IOException
:message closed
:at [jdk.internal.net.http.ResponseSubscribers$HttpResponseInputStream current ResponseSubscribers.java 448]}
{:type java.io.EOFException
:message EOF reached while reading
:at [jdk.internal.net.http.Http2Connection$Http2TubeSubscriber onComplete Http2Connection.java 1885]}]
:trace
[[jdk.internal.net.http.Http2Connection$Http2TubeSubscriber onComplete Http2Connection.java 1885]
[jdk.internal.net.http.common.SSLTube$DelegateWrapper onComplete SSLTube.java 276]
[jdk.internal.net.http.common.SSLTube$SSLSubscriberWrapper complete SSLTube.java 440]
[jdk.internal.net.http.common.SSLTube$SSLSubscriberWrapper onComplete SSLTube.java 541]
[jdk.internal.net.http.common.SubscriberWrapper checkCompletion SubscriberWrapper.java 474]
[jdk.internal.net.http.common.SubscriberWrapper$DownstreamPusher run1 SubscriberWrapper.java 334]
[jdk.internal.net.http.common.SubscriberWrapper$DownstreamPusher run SubscriberWrapper.java 259]
[jdk.internal.net.http.common.SequentialScheduler$LockingRestartableTask run SequentialScheduler.java 182]
[jdk.internal.net.http.common.SequentialScheduler$CompleteRestartableTask run SequentialScheduler.java 149]
[jdk.internal.net.http.common.SequentialScheduler$SchedulableTask run SequentialScheduler.java 207]
[jdk.internal.net.http.common.SequentialScheduler runOrSchedule SequentialScheduler.java 280]
[jdk.internal.net.http.common.SequentialScheduler runOrSchedule SequentialScheduler.java 233]
[jdk.internal.net.http.common.SubscriberWrapper outgoing SubscriberWrapper.java 232]
[jdk.internal.net.http.common.SSLFlowDelegate$Reader processData SSLFlowDelegate.java 540]
[jdk.internal.net.http.common.SSLFlowDelegate$Reader$ReaderDownstreamPusher run SSLFlowDelegate.java 283]
[jdk.internal.net.http.common.SequentialScheduler$LockingRestartableTask run SequentialScheduler.java 182]
[jdk.internal.net.http.common.SequentialScheduler$CompleteRestartableTask run SequentialScheduler.java 149]
[jdk.internal.net.http.common.SequentialScheduler$SchedulableTask run SequentialScheduler.java 207]
[java.util.concurrent.ThreadPoolExecutor runWorker ThreadPoolExecutor.java 1144]
[java.util.concurrent.ThreadPoolExecutor$Worker run ThreadPoolExecutor.java 642]
[java.lang.Thread run Thread.java 1583]]}}
To Reproduce
- It is hard to reproduce this one. It looks like it is happening only when one chat has finished tool call and wants to advance while the second chat waits for approval. I hope the error will be helpful enough.
Expected behavior
One chat can't influence the second.
- Ngôn ngữ chính
- Clojure
- Star
- 1k
- Fork
- 82
- Merge trung bình
- 1 ngày 19 giờ
- Pull request đã merge (30 ngày)
- 18
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của editor-code-assistant/eca
-
Models doesn't work when fetchModels: false is usedCó thể đã có người làm @zikajk đã nhận 2 ngày trước. Đang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
editor-code-assistant/eca#661 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 2 ngày
-
docs page illustrationĐang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
editor-code-assistant/eca#664 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 56/100
editor-code-assistant/eca#662 · 1 reaction ·
Maintainer thường phản hồi trong vòng 2 ngày
-
bug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
editor-code-assistant/eca#652 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 12/100
editor-code-assistant/eca#648 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
Tất cả issue của editor-code-assistant/eca
Issue tương tự
-
needs triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 1 ngày
-
.Frontend .Team/UXWest Priority:P3 Querying/Filters Type:Bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
metabase/metabase#85298 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
pgwire tokens-reqd
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Evals take an extra 40ms each on Linux, since the server doesn't set TCP_NODELAYCó thể đã có người làm @bbatsov đã nhận 1 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100
Maintainer thường phản hồi trong vòng 3 ngày