Release-scoped tracker (milestone 4.6.1-1) for the usability regressions the Electron 42 / WebContentsView migration introduced since v4.2.5-1. These should land in the same release as the JupyterLab 4.6.1 bump (#1007), because shipping the Electron 42 update with these regressions in place would be a worse experience than the last public build.
All items were found by reviewing the diff since v4.2.5-1 with Claude Code, corroborated against master, and each has an open PR that is verified (unit tests and, for the visual ones, before/after captures on a built app).
Release scope:
One item still needs a runtime check before it can be classed: whether the main window can be dragged by its custom title bar on macOS, Windows and Linux (the title bar is inside a child WebContentsView, and app-region drag in a layered WebContentsView is a known Electron soft spot, electron/electron#43320). If dragging is broken it is a release blocker; if it works it is nothing. Tracked as a checklist item in #1034. It cannot be automated (synthetic input does not trigger the OS window move), so it needs a manual per-OS test on a packaged build.
Non-blocking follow-ups (dev-facing cleanup, minor robustness, defense-in-depth architecture) moved to #1040 under the Future milestone, to keep this release scope tight.
Release-scoped tracker (milestone 4.6.1-1) for the usability regressions the Electron 42 / WebContentsView migration introduced since v4.2.5-1. These should land in the same release as the JupyterLab 4.6.1 bump (#1007), because shipping the Electron 42 update with these regressions in place would be a worse experience than the last public build.
All items were found by reviewing the diff since v4.2.5-1 with Claude Code, corroborated against master, and each has an open PR that is verified (unit tests and, for the visual ones, before/after captures on a built app).
Release scope:
One item still needs a runtime check before it can be classed: whether the main window can be dragged by its custom title bar on macOS, Windows and Linux (the title bar is inside a child WebContentsView, and app-region drag in a layered WebContentsView is a known Electron soft spot, electron/electron#43320). If dragging is broken it is a release blocker; if it works it is nothing. Tracked as a checklist item in #1034. It cannot be automated (synthetic input does not trigger the OS window move), so it needs a manual per-OS test on a packaged build.
Non-blocking follow-ups (dev-facing cleanup, minor robustness, defense-in-depth architecture) moved to #1040 under the Future milestone, to keep this release scope tight.