-
Notifications
You must be signed in to change notification settings - Fork 29.1k
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
Custom domain URLs in JSON include trailing quote #62800
Comments
@pvh, can you outline what you mean by "Register a filesystem with a new protocol"? What you have looks like a registered URI protocol but I can't repro with that. |
Ah - yes, I found a reproduction with a publicly available filesystem provider. Try installing the SSH FS extension and then look at the above JSON with the extension loaded. You'll see that the SSH extension URL highlight includes both the trailing " and comma. Does that help? |
I still can't reproduce this on the insiders build or on stable. Does it reproduce on those for you? Can you add a screen shot of what you're seeing with SSH FS please? |
Sorry, I should have been more clear that to see the bug with the SSH FS you need an ssh URL. On both the insiders and exploration build I have I see this: Note the underline extends through the For reference, the Insiders build I'm using is the following: Version: 1.29.0-insider (user setup) |
I can see it repro now. The step I used: Install SSH FS
See that the underline for @jrieken, do you usually look at URI document link provider issues? |
Yeah, we have simple (read stupid) link detector when a file system is being registered: https://github.com/Microsoft/vscode/blob/95190ed713a1c0312686a04db5ce8a25db866c27/src/vs/workbench/api/node/extHostFileSystem.ts#L37-L39 |
Aha! Yeah, I suspect you could just throw some quotes into the [^\s] group at the end there but to do it right I guess you'd probably want to handle quote escaping and things like that. I took a quick look at other implementations of provideDocumentLinks elsewhere in the main repo and none of them popped out as having an obviously equivalent regex. Let me know if this is something you could use an external contribution for but I suspect it's probably a quick fix for someone who knows the code well. |
sounds like a winner ;-) |
Nah, I did go for the proper fix... It now uses the state machine logic we have for http and file links |
You, sir, are a gentleman and a scholar. Thanks! |
Steps to Reproduce:
I suspect this is a Very Small Bug with a regex somewhere but I haven't been able to find it. If anyone can point me in the right direction I'm happy to fix it.
The text was updated successfully, but these errors were encountered: