fix: update LaunchDarkly.EventSource to 5.3.2 for MAUI Android SSE stall - #328
Merged
Conversation
Picks up the SSE read-buffer increase (1024 -> 8192 bytes) shipped in LaunchDarkly.EventSource 5.3.2, which resolves the MAUI Android streaming stall where SSE reads would block ~60s waiting for the next server keepalive. Release notes: https://github.com/launchdarkly/dotnet-eventsource/releases/tag/5.3.2 Fix PR: launchdarkly/dotnet-eventsource#124
kinyoklion
approved these changes
Aug 10, 2026
tanderson-ld
pushed a commit
that referenced
this pull request
Aug 10, 2026
🤖 I have created a release *beep* *boop* --- ## [5.9.4](LaunchDarkly.ClientSdk-v5.9.3...LaunchDarkly.ClientSdk-v5.9.4) (2026-08-10) ### Bug Fixes * update LaunchDarkly.EventSource to 5.3.2 for MAUI Android SSE stall (SDK-2755) ([#328](#328)) ([9f7cb38](9f7cb38)) --- This PR was generated with [Release Please](https://github.com/googleapis/release-please). See [documentation](https://github.com/googleapis/release-please#release-please). <!-- CURSOR_SUMMARY --> --- > [!NOTE] > **Overview** > **Release Please** cuts **LaunchDarkly.ClientSdk 5.9.4** by updating the package version, release manifest, changelog, and provenance docs from **5.9.3**. > > The **5.9.4** notes call out a bug fix: bump **`LaunchDarkly.EventSource` to 5.3.2** to address **MAUI Android SSE stall** (SDK-2755, #328). This PR’s diff is the versioned release metadata for that change, not new SDK logic. > > <sup>Reviewed by [Cursor Bugbot](https://cursor.com/bugbot) for commit 639f4ea. Bugbot is set up for automated code reviews on this repo. Configure [here](https://www.cursor.com/dashboard/bugbot).</sup> <!-- /CURSOR_SUMMARY --> Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Related issues
Describe the solution you've provided
Bumps
LaunchDarkly.EventSourcefrom 5.3.1 to 5.3.2 inLaunchDarkly.ClientSdk. The 5.3.2 release increases the SSE read buffer from 1024 to 8192 bytes to bypass a stall inXamarin.Android.Net.AndroidMessageHandler's BufferedStream small-count code path, which caused MAUI Android consumers' SSE reads to block for ~60 s waiting for the next server keepalive.The fix was validated end-to-end with a new sse-contract-tests payload-size sweep run against a .NET-for-Android build of the SSE test service in an Android emulator; the sweep flags every regression to a sub-4096-byte buffer.
Describe alternatives you've considered
AndroidMessageHandlerfor a different HTTP handler) was rejected as riskier than adjusting the buffer size at the SSE layer.ServerSdkconsumer ofLaunchDarkly.EventSourceis out of scope for this PR: the stall is Android-only, so bumpingServerSdkwould be pure hygiene rather than a fix.Additional context
PackageReferenceversion bump.LaunchDarkly.ClientSdkbuilds cleanly against 5.3.2 for bothnetstandard2.0andnet8.0-android.Note
Overview
Bumps
LaunchDarkly.EventSourcefrom 5.3.1 to 5.3.2 inLaunchDarkly.ClientSdkonly (no API or source changes).The newer EventSource release increases the SSE read buffer (1024 → 8192 bytes) so MAUI Android clients avoid long (~60s) stalls when
AndroidMessageHandler’s buffered stream blocks on small reads until the next keepalive.LaunchDarkly.ServerSdkis intentionally left on 5.3.1 because the issue is Android-specific.Reviewed by Cursor Bugbot for commit b73204d. Bugbot is set up for automated code reviews on this repo. Configure here.