Allow file system provider schemes to participate in history even after close #108935
Labels
feature-request
Request for new features or functionality
*out-of-scope
Posted issue is not in scope of VS Code
workbench-history
History item issues
Milestone
Issue Type: Bug
I work on a team developing an extension that implements a FileSystemProvider and a DocumentSymbolProvider.
If the user opens file1 in preview mode (italic tab label), then used F12 when on a symbol defined in file2, this correctly loads file2 in the same tab. But the 'Back' option on the 'Go' menu doesn't get enabled.
I think it is caused by this code executing when file2 replaces file1 in the preview tab:
vscode/src/vs/workbench/services/history/browser/history.ts
Lines 508 to 512 in 0ea7e1c
in combination with this logic which didn't turn the 'Go to Definition' history entry into one that points to a ResourceEditorInput because it only does that for a limited range of uri schemes:
vscode/src/vs/workbench/services/history/browser/history.ts
Lines 518 to 527 in 0ea7e1c
@bpasero is this your area?
I tried to devise a repro using fsprovider-sample by adding file2.ts to the workspace, exporting a function from it, then referencing it from file.ts. But the 'Initializing JS/TS language features' message never cleared, so I assume JS/TS language support can't handle files provided by the MemFS FileSystemProvider.
VS Code version: Code 1.50.1 (d2e414d, 2020-10-13T15:06:15.712Z)
OS version: Windows_NT x64 10.0.18363
The text was updated successfully, but these errors were encountered: