-
Notifications
You must be signed in to change notification settings - Fork 30.2k
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
Make it clear that dynamic workspace recommendations (based on repository URL) work via hashes #43201
Comments
@letmaik Thanks for the feedback! We hash the git remote urls using We already have a setting If there is more feedback like yours, we may add a page to our blogs to address how we do recommendations in general. |
Yes, there is more feedback like his. I was also curious if and what you're tracking. Good to know that you can turn it off. |
See also #43471. |
Even with hashing, the recommendation system is capable of connecting developers working on a repository with the extensions installed. This increased sharing of information is not clearly communicated. |
Our FAQ describe our approach to telemetry and explain to users how to manage any kind of access to online services. They also describe the recommendation system. On first use, users are guided to our FAQ through a notification. There is no data that we could delete resulting from this scenario. We only keep the computed associations between remote hashes and extensions. |
With 1.20.0 you now get extension recommendations based on the git remote URL of your repository.
When I first saw this, I immediately asked myself: "What? How? Are they sending repository URLs to some VS Code server?". Crawling the code I understood that the URL is hashed, so there is no privacy problem. I couldn't find a setting where I could disable the behaviour of VS Code sending such information, which added to my initial fear! :)
How can this be improved?
The text was updated successfully, but these errors were encountered: