-
Notifications
You must be signed in to change notification settings - Fork 2.5k
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
Relative Patterns don't work accross Platforms #8261
Comments
Not anymore with codespaces.
We need another Monaco upgrade 😬 |
We could work it around though by patching
|
@tsmaeder Are you going to make a PR or it is free to grab? |
Free to grab....currently just analyzing issues with java test runner, not fixing. |
It also removes dependencies to the plugin process code from the main process. Signed-off-by: Anton Kosyakov <anton.kosyakov@typefox.io>
It also removes dependencies to the plugin process code from the main process. Signed-off-by: Anton Kosyakov <anton.kosyakov@typefox.io>
It also removes dependencies to the plugin process code from the main process. Signed-off-by: Anton Kosyakov <anton.kosyakov@typefox.io>
It also removes dependencies to the plugin process code from the main process. Signed-off-by: Anton Kosyakov <anton.kosyakov@typefox.io>
…another OS It also removes dependencies to the plugin process code from the main process. Signed-off-by: Anton Kosyakov <anton.kosyakov@typefox.io>
Bug Description:
When running the back end on linux and running the front end on Windows, document selectors using relative paths never match: For example, the CodeLensProvider for the Java Test Runner plugin never gets invoked when opening a Java file with a test in it. This works when both back-end and front-end run on the same platform
Steps to Reproduce:
Additional Information
The problem arises that monaco compares the currently opened file with a relative glob pattern in the DocumentSelector by using URI.fsPath, which in turn calls this method: https://github.com/microsoft/vscode/blob/90efeb4f2dc41827b382c8bb5da1c3abfff9459f/src/vs/base/common/uri.ts#L579
This results in the path separators being converted to backslashes. However, the same treatment is not done with the pattern, so the paths will not match. For example, the open file might be file:///projects/foo/bar and the pattern we match might be /projects/foo/bar, but we'll end up comparing \projects\foo\bar with /projects/foo/bar, which obviously fails.
On VS Code this does not arise, since they're always running on the same machine.
The problem seems fixed in the master version of vs code: https://github.com/microsoft/vscode/blob/c86411397d528d96686345d94f0478fbd77cc0b2/src/vs/editor/common/modes/languageSelector.ts#L96
The text was updated successfully, but these errors were encountered: