test: reproduce late map subscription sync gaps - #1421
Merged
Conversation
tmsteph
marked this pull request as ready for review
July 27, 2026 03:05
Owner
|
@tmsteph you're a hero (also, please DM / text me cuz GitHub doesn't notify me), flying back from few international travels now. With a replicable failure, I'm hoping an AI can pinpoint in a trace/log the gap. My hunch is my special CPU breathing loops (probably not the |
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.
Summary
Adds a PANIC regression test for an intermittent synchronization gap when a browser subscribes to an existing dynamic index with
.map().on()after another peer has populated it through a relay.The test deliberately does not reload Bob or issue a second explicit request. It expects every indexed record to arrive from the initial subscription.
Scenario
.map().on().Reproduction results
Using the repository's current
masterbuild:For comparison, the npm/CDN release used by the application where this behavior was first observed (
0.2020.1241) passed 250/250 twice in approximately 5.6–6.8 seconds.These results suggest the behavior is load-sensitive and may differ by build/version. This draft contributes the reproduction harness first; it does not propose a core fix yet.
Running the test
The item count and browser/GUN paths can be overridden:
The test also accepts
PANIC_GUN_ROOTandPANIC_GUN_BROWSERfor cross-version comparisons.Related: #1406, #1404, #1316, #1330.