-
Notifications
You must be signed in to change notification settings - Fork 27.9k
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
FileSystemProvider whose uris use the query element is not properly handled by conflict resolution feature #104698
Labels
Milestone
Comments
gjsjohnmurray
added a commit
to gjsjohnmurray/vscode
that referenced
this issue
Aug 14, 2020
…ution massaging
bpasero
added
bug
Issue identified by VS Code Team member as probable bug
file-io
File I/O
labels
Aug 17, 2020
bpasero
pushed a commit
that referenced
this issue
Aug 17, 2020
bpasero
added a commit
that referenced
this issue
Aug 17, 2020
@gjsjohnmurray I oversaw test unit failures in
|
@gjsjohnmurray thought I would have a closer look into it and noticed that the test was not ideal. All in all pushed it back via e55f6c9 |
@bpasero thanks very much. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
I am developing an extension that implements a FileSystemProvider for which the query element of the uri is significant.
When an edited document is saved and VS Code detects that the target file is newer, VS Code correctly offers this notification:
But when the 'Compare' option is taken, the uri sent to the FSP has lost its query string.
The fault is here:
vscode/src/vs/workbench/contrib/files/common/files.ts
Lines 166 to 172 in cc29a81
resourceToTextFile
sequesters the query element to stash the original scheme when setting a new scheme. LatertextFileToResource
reverses this process, but in doing so it has lost the query element of the original uri.I will submit a PR.
The text was updated successfully, but these errors were encountered: