Fix cellPart toolbar event listener memory leak #253762
Draft
+2
−2
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.
Problem
A memory leak was occurring in notebook cell toolbars where event listeners were accumulating and not being properly disposed when cells were unrendered. The error stack trace pointed to:
Root Cause
In
CellTitleToolbarPart.setupChangeListeners()
, event listeners formenu.onDidChange
andtoolbar.onDidChangeDropdownVisibility
were being registered to the main disposable store usingthis._register()
instead of the cell-specific disposable store.This caused issues because:
didRenderCell
for each cell rendering cycleunrenderCell
is called, it only clearsthis.cellDisposables
Solution
Changed the event listener registration to use the cell-specific disposable store:
This ensures the listeners are disposed when
unrenderCell()
callsthis.cellDisposables.clear()
.Testing
The fix targets the exact line mentioned in the error stack trace and follows the established pattern where cell-specific resources are managed by
cellDisposables
while component-level resources use the main disposable store.Fixes #248531.
Warning
Firewall rules blocked me from connecting to one or more addresses
I tried to connect to the following addresses, but was blocked by firewall rules:
electronjs.org
node-gyp
(dns block)If you need me to access, download, or install something from one of these locations, you can either:
💡 You can make Copilot smarter by setting up custom instructions, customizing its development environment and configuring Model Context Protocol (MCP) servers. Learn more Copilot coding agent tips in the docs.