Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Editor buffers readonly status doesn't change after changing file system provider #53256

Closed
IlyaBiryukov opened this issue Jun 28, 2018 · 6 comments
Assignees
Labels
file-explorer Explorer widget issues
Milestone

Comments

@IlyaBiryukov
Copy link

Issue Type: Bug

  1. In extension, register a custom read-only FileSystemProvider.
  2. In VSCode open a file from that work space. The file will open read only as expected.
  3. In extension dispose of the file system provider and re-register another one for the same scheme, this time not read-only.
  4. Run workbench.files.action.refreshFilesExplorer command.

Expected:
The editor changes and becomes read-write.

Actual:
The editor stays read-only, even if I close it and re-open it.

VS Code version: Code - Insiders 1.25.0-insider (5d6156a, 2018-06-25T09:40:10.343Z)
OS version: Windows_NT x64 10.0.16299

System Info
Item Value
CPUs Intel(R) Core(TM) i7-6700 CPU @ 3.40GHz (8 x 3408)
GPU Status 2d_canvas: enabled
flash_3d: enabled
flash_stage3d: enabled
flash_stage3d_baseline: enabled
gpu_compositing: enabled
multiple_raster_threads: enabled_on
native_gpu_memory_buffers: disabled_software
rasterization: disabled_software
video_decode: enabled
video_encode: enabled
vpx_decode: enabled
webgl: enabled
webgl2: enabled
Memory (System) 31.92GB (12.25GB free)
Process Argv C:\Program Files\Microsoft VS Code Insiders\Code - Insiders.exe C:\src\cascade\vscode\extension
Screen Reader no
VM 0%
Extensions (3)
Extension Author (truncated) Version
cpptools ms- 0.17.5
csharp ms- 1.15.2
vsliveshare ms- 0.4.0-dev
@vscodebot
Copy link

vscodebot bot commented Jun 28, 2018

(Experimental duplicate detection)
Thanks for submitting this issue. Please also check if it is already covered by an existing one, like:

@isidorn isidorn added this to the July 2018 milestone Jun 29, 2018
@isidorn isidorn added the file-explorer Explorer widget issues label Jun 29, 2018
@isidorn
Copy link
Contributor

isidorn commented Jun 29, 2018

Thanks for creating these issues. I will look into this in July
fyi @jrieken

@jrieken
Copy link
Member

jrieken commented Jun 29, 2018

@isidorn
Copy link
Contributor

isidorn commented Jun 29, 2018

@jrieken thanks, on that event I need to clear my explorer model it seems

@jrieken
Copy link
Member

jrieken commented Jun 29, 2018

yeah, maybe. tho I'd say you are mostly driven by the workspace config (which should probably listen to this event)

@isidorn
Copy link
Contributor

isidorn commented Jul 30, 2018

@jrieken I found it weird that the workspace context service fires an onDidChangeWorkspaceFolders once a new file system provider is registered. For now I decided to listen on that event directly from explorer.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
file-explorer Explorer widget issues
Projects
None yet
Development

No branches or pull requests

3 participants