Skip to content

Fix stale bounds leaking into ComputedBoundsAction after SVG export#542

Merged
tortmayr merged 1 commit into
masterfrom
hidden-bounds-updater-leak
Jul 20, 2026
Merged

Fix stale bounds leaking into ComputedBoundsAction after SVG export#542
tortmayr merged 1 commit into
masterfrom
hidden-bounds-updater-leak

Conversation

@tortmayr

Copy link
Copy Markdown
Contributor

Reset the collected bounds data after every hidden rendering, so renderings that
don't compute bounds (e.g. SVG exports) no longer leak stale entries into the
next ComputedBoundsAction.

Fixes #541

The HiddenBoundsUpdater collects bounds data during every hidden
rendering, but postUpdate only cleaned it up when responding to a
RequestBoundsAction. Hidden renderings with other causes (e.g. SVG
exports) left stale entries behind that were included in the next
ComputedBoundsAction, referencing elements that may no longer exist.
Remote diagram servers reject such updates (observed downstream in
GLSP, see eclipse-glsp/glsp#1717).

- Always reset the collected bounds data in postUpdate, regardless of
  the rendering cause or errors during the bounds computation
- Add regression test for the export-then-update scenario

Fixes #541

Signed-off-by: Tobias Ortmayr <tortmayr@eclipsesource.com>

@spoenemann spoenemann left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks!

@tortmayr
tortmayr merged commit fa73e6f into master Jul 20, 2026
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

HiddenBoundsUpdater leaks stale bounds into the next ComputedBoundsAction after an SVG export

2 participants