Repository navigation
Conversation
…ader in SSE decoder. Add the test for it.
|
@rekram1-node Please help me check this PR. Thank you! |
|
Ayee nice thank u ill take a look |
|
This file is automatically generated by Stainless so next time the sdk is regenerated this would be deleted. Ideally we should figure out if we can fix the issue elsewhere or if there is a setting we need to pass to stainless |
Could we create an ignore list for Stainless when generating files? The current situation is really bad — I can’t track the task status, and the app becomes very laggy when loading or selecting sessions. The agents also keep running without giving the user any indication of progress. |
|
Hmm can u maybe show me your log file, we need to get to the root of the problem and given this isn't an issue for the vast majority of users there is soemthing else going on for you and we should probably try to figure out what it is |
|
@rekram1-node I'm trying new approach. Will create another PR soon. |
|
Replace this PR with #3531 |
Related issues:
Fix bufio.Scanner token too long error in SSE decoder
The SSE stream decoder was hitting a 32MB hard limit when processing large events,
causing bufio.Scanner: token too long errors. This blocked users from reading large
files through the TUI.
Changes:
• Replaced bufio.Scanner with bufio.Reader in
packages/sdk/go/packages/ssestream/ssestream.go
• Uses ReadBytes('\n') which grows dynamically without size limits
• Added documentation and test files
Testing: Verified with events up to 100MB. All tests pass.