Actually handle large blobs of data properly #5

Closed
opened 2024-04-22 23:36:35 +00:00 by Firepup650 · 2 comments
Owner

I don't really do this, if a line doesn't end with a \r\n, then we should expect another line from the server, and add it to the current one, it could be an issue in rare cases if a message gets cut off perfectly, and ends up with, say, ERROR :Closing on the next read. Theoretically, should never be an issue, but it's a safety precaution that should be taken.

I don't really do this, if a line doesn't end with a \r\n, then we should expect another line from the server, and add it to the current one, it could be an issue in rare cases if a message gets cut off perfectly, and ends up with, say, `ERROR :Closing` on the next read. Theoretically, should never be an issue, but it's a safety precaution that should be taken.
Firepup650 added the
Priority
High
Kind/Enhancement
labels 2024-04-22 23:37:12 +00:00
Firepup650 added
Priority
Low
and removed
Priority
High
labels 2024-04-23 02:11:55 +00:00
Author
Owner

Changed to low priority, since this is a rare edge case, usually only happens when connecting to the server, when it's mostly safe to ignore.

Changed to low priority, since this is a rare edge case, usually only happens when connecting to the server, when it's _mostly_ safe to ignore.
Author
Owner

Resolved by 49aa61417a

Resolved by 49aa61417ab4c3524f931cd1cdce063e1b6673c5
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: Firepup650/FireBot#5
No description provided.