chore(deps): update dependency loro-crdt to ^1.16.1 - #1871
Merged
Merged
Conversation
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.
This PR contains the following updates:
^1.16.0→^1.16.1Release Notes
loro-dev/loro (loro-crdt)
v1.16.1Compare Source
Patch Changes
d9ddfba: Make repeated concurrent imports fast: retreat the replay base to the latestmulti-head critical version instead of the single-head one (which is stuck at
the initial fork point on criss-cross sync DAGs), and let the text/list diff
calculators trust a certified-critical base instead of rebuilding their
trackers from the whole history on every concurrent import.
80a0e88: Make imports that are concurrent with the current version only on map/countercontainers as fast as ordinary linear imports.
Previously any concurrency between the new ops and the current version
(for example a single unmerged head from another peer) forced every later
import to retreat to a critical version and replay the whole branch, and the
map diff scanned every key of every touched map. Per-import cost grew with
both the branch length and the map size: 400 small imports on a 2000-note doc
with one stale head took ~2.4s natively; they now take ~70ms, flat per import
(a linear import of the same chain takes ~50ms).
The oplog now proves, per container, whether the concurrent old history
touches anything that needs positional context. When it only touches registers
the import replays from the current version; the affected maps are still
resolved from history so persisted state that drops tombstones (deleted roots,
dead containers) cannot influence the result. Map diffs in the conservative
path are also restricted to the keys the update touched.
d9ddfba: Fix the richtext diff calculator's style table growing a duplicate entry forevery re-replayed style op (e.g. checkout walks after a retreat).
Configuration
📅 Schedule: (UTC)
🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.