-
Notifications
You must be signed in to change notification settings - Fork 29.7k
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
URI vs URL and going forward #83645
Labels
debt
Code quality issues
feature-request
Request for new features or functionality
uri
verification-needed
Verification of issue is requested
verified
Verification succeeded
Milestone
Comments
This was referenced Oct 30, 2019
Work packages
|
This was referenced Oct 30, 2019
🎉 assigned #74604 to Nov to remind me to fix in terminal |
This comment has been minimized.
This comment has been minimized.
To verify
|
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Labels
debt
Code quality issues
feature-request
Request for new features or functionality
uri
verification-needed
Verification of issue is requested
verified
Verification succeeded
Nobody can say that I haven't tried... In fact, I have tried twice but "fixing" our uri implementation isn't possible anymore.
Basically there are two camps - camp A correctly says that our URI has encoding/decoding issues and looses data. After fixing said issues, camp B correctly says that the URI behaviour has changed and breaks their extensions/persisted data. We are dead in the water as it seems and we need to find a way forward.
Generally, the URI doesn't cause trouble when its used "internally", e.g. renderer talking to extension host or other pieces, but its decode/encode problems show when interacting with a 3rd player, usually a browser when clicking a link or when calling
vscode.env.openExternal
. Instead of changing the whole of our uri we should look at those problems specifically and I believe the way out is the use of the standard URL-object, e.g places that feed urls into the system, namely link detection and openExternal, should accept an URL-object in addition to our URI object. While adding overload/confusion it provides a clear separation and ends our catchup game.The text was updated successfully, but these errors were encountered: