-
Notifications
You must be signed in to change notification settings - Fork 22
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
Integration failure with VSCode-Remote #19
Comments
Have you tried both settings of the |
Tried it out. In a local workspace (Windows), I get URLs of the form In a remote workspace (Linux), I get URLs of the form I'm guessing this exact problem is why that option was added to the plugin? But I alternate between local and remote workspaces on basically a daily basis. Took a quick glance at the TODOHighlight source. Looks like microsoft/vscode#586 is still open 5+ years later. I'll take a gander for a more consistent API to detect the true platform to use in a vscode-remote situation... but in the meantime, looks like the only plausible solution is for me to save that option ( (EDIT: clarified platforms in question, above) |
That's good work. Thanks for being willing to try to improve this. |
When using in a vscode remote session, the output from VSCode-TODO-Highlight doesn't seem to format well for making the links (successfully) clickable. Representative screenshot attached:
I suspect the actual problem is VS Code expects
filename[:line[:column]]
format when a full URL path is used, instead of thefilename#line
format which is possibly supported only when using a local filesystem path? But that's just a theory, which needs to be tested.Suggestion: try outputting the
filename[:line[:column]]
format instead, see if it works in both local and vscode-remote contexts.The text was updated successfully, but these errors were encountered: