After a window reload, a Positron notebook's breadcrumb editor-type label shows its internal ID
After the reload, the breadcrumb control that names the notebook's editor type reads workbench.editor.positronNotebook, the internal editor ID, and its hover says Editor: workbench.editor.positronNotebook. Switching to another tab and back makes it read Positron Notebook.
The control reads Positron Notebook, as it does before the reload, and as the Legacy Jupyter Notebook editor's control does after a reload in the same window.
Python 3.10.12 (uv: root)started withInterpreter: Start New Console Session, withdfdefined- explore_df.py open in an editor tab
- outputs_nb.ipynb open in the Positron Notebook editor (the default for
.ipynb), all four cells run, unsaved, as the active tab
- Run
Developer: Reload Windowand wait for the workbench to come back. - Run
df.shapein the Python console. - Verify the Plots pane shows the
matplotlib 1plot made before the reloadPASS - Verify the Python console printed
(3, 2)fordf.shapePASS - Verify the editor-type control at the right end of the notebook's breadcrumbs reads
Positron NotebookFAIL 2Observed: It readsworkbench.editor.positronNotebook, and its hover saysEditor: workbench.editor.positronNotebook. - Open explore_df.py.
- Open outputs_nb.ipynb.
- Verify the editor-type control reads
Positron NotebookPASS - Run
Developer: Reload Windowand wait 15 s after the workbench comes back. - Verify the editor-type control reads
Positron NotebookFAIL Observed: It readsworkbench.editor.positronNotebookagain.
Likely cause · Hypothesis
The breadcrumbs control computes the label before Positron's notebook editor is registered, and never recomputes it. PositronNotebookContribution registers the editor with the editor resolver at WorkbenchPhase.AfterRestored (src/vs/workbench/contrib/positronNotebook/browser/positronNotebook.contribution.ts:406), so when the restored active editor's breadcrumbs ask getAvailableEditorTypes (src/vs/workbench/browser/parts/editor/editorTypePicker.ts:35) for matches, the Positron editor is not among them and _updateEditorTypeControl falls back to available.currentId (src/vs/workbench/browser/parts/editor/breadcrumbsControl.ts:533). That method reruns only on an active-editor change or a settings change, not when the resolver gains an editor. The breadcrumbs control and the AfterRestored registration are the same at the base commit, but editorTypePicker.ts changed in this merge, so whether the label was already wrong before it cannot be told without a base build.
Test gap · 2 missing cases
- After a window reload with a Positron notebook as the active editor, the breadcrumb editor-type label reads
Positron Notebook - The editor-type control updates when an editor registration for the active resource arrives after the control was drawn




