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

URI vs URL and going forward #83645

Closed
jrieken opened this issue Oct 30, 2019 · 5 comments
Closed

URI vs URL and going forward #83645

jrieken opened this issue Oct 30, 2019 · 5 comments
Assignees
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

@jrieken
Copy link
Member

jrieken commented Oct 30, 2019

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.

@jrieken
Copy link
Member Author

jrieken commented Oct 30, 2019

Work packages

@Tyriar
Copy link
Member

Tyriar commented Oct 30, 2019

🎉 assigned #74604 to Nov to remind me to fix in terminal

@DanTup

This comment has been minimized.

@jrieken
Copy link
Member Author

jrieken commented Nov 29, 2019

@mjbvz fyi - I have pushed a716943 which helps with links that are rendered in Webviews.

@jrieken jrieken added the debt Code quality issues label Dec 2, 2019
@jrieken jrieken closed this as completed Dec 2, 2019
@jrieken jrieken added the verification-needed Verification of issue is requested label Dec 2, 2019
@jrieken
Copy link
Member Author

jrieken commented Dec 2, 2019

To verify

@roblourens roblourens added the verified Verification succeeded label Dec 4, 2019
@vscodebot vscodebot bot locked and limited conversation to collaborators Jan 16, 2020
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
Projects
None yet
Development

No branches or pull requests

4 participants