secondlife / secondlife/viewer

`object.update` delta protocol is specified but not implemented

Open
#6,183 1 comment 0 reactions 1 assignee View on GitHub

@Rider-Linden is already working on this.

Since Aug 25, 2026.

bug SLua
Dominant language
C++
Stars
299
Forks
146
Avg merge
1d 9h
Merged PRs (30d)
88

Description

Repo: viewer
Labels: enhancement, protocol, performance

Summary

The changes.inventory delta sub-protocol and changes.linked_objects.added / .removed are
fully specified but never emitted. All updates are sent as complete replacements.

Evidence

Never emitted:

  • changes.inventory in its entirety — added, removed, modified, content_changed,
    running_changed. A repository-wide search for content_changed and running_changed
    returns no hits.
  • changes.linked_objects.added and changes.linked_objects.removed.

Actually emitted — exactly five shapes:

Trigger Payload
Root prim inventory changed { object_id, inventory: [...] } (full array)
Child prim inventory changed { object_id, changes.linked_objects.modified: [{ link_id, inventory: [...] }] } (full array)
Root prim name/description changed { object_id, object_name?, object_description? }
Child prim name/description changed { object_id, changes.linked_objects.modified: [{ link_id, link_name?, link_description? }] }
Linkset membership changed { object_id, linked_objects: [...] } (full replacement)

References: llpublishedobjectmgr.cppreconcileInventoryChanged (~990),
applyPropertyChange (~1042), buildLinksetUpdateLLSD (~820).

Impact

Every inventory change re-sends the full inventory for the affected prim, and every linkset
change re-sends every child prim. For large linksets this is significantly more traffic and
client-side work than necessary. Clients also cannot tell what changed without diffing.

Proposed fix

Implement the documented delta protocol.

Notes
  • changes.linked_objects.modified is emitted, but carries full inventory arrays rather
    than deltas.
  • The plugin has a handler for changes.inventory
    (src/vscode/objectcontentservice.ts ~457–470) that is currently unreachable. It should be
    kept — it is the only path that fires _onDidChangeContent for cache invalidation.
  • The specification is marked "not implemented" in Message_Interfaces.md pending this work.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.