41–50 of 120 posts
Finally. It obviously is something that flies over the heads of most people here at least by reading the comments. This is great.
Earlier quoted context omitted.
Doesn't it suffice to set the following in your User Settings? "telemetry.enableTelemetry": false Honestly I'm very happy to give telemetry data. Microsoft is doing so much to improve the experience, they can make it better with some data.
This doesn't suffice unfortunately. That setting has worked inconsistently, or not at all, and add far as I've seen in my own testing it never disables all telemetry. There have been issues open on GitHub about this for a long time, though it's a few months since I checked there for updates (I stopped bothering and just put it in my firewall rules; I still see blocked connections in thy log today). I'm a very happy v…
Earlier quoted context omitted.
This doesn't suffice unfortunately. That setting has worked inconsistently, or not at all, and add far as I've seen in my own testing it never disables all telemetry. There have been issues open on GitHub about this for a long time, though it's a few months since I checked there for updates (I stopped bothering and just put it in my firewall rules; I still see blocked connections in thy log today). I'm a very happy v…
> @bunderbunder I bet it's still nothing compared to the level of data collection that a typical website does these days. I'd say the opposite. Consider that (a) you typically visit websites briefly and periodically while most vscode users have it open as long as their computer is on, and (b) Electron provides access to lot more device data than the browser sandbox. The reason websites tend to have such far-reaching…
So, regardless of what they're able to collect, I know what they are collecting, and how personally identifiable it is, and I know that it's pretty tame compared to what I've seen elsewhere.
Doesn't have the latest build for macOS. :(
I don’t know about you, but I don’t typically feel like shelling out $1000 to buy a machine specifically for an OS I don’t use, just to build a binary to non-paying users of free software.
If Apple would provide easily installable ISOs for VBox/VMWare installations (or something equivalent), I might bother setting up a build for it.
Right now it’s out of the question.
Earlier quoted context omitted.
This doesn't suffice unfortunately. That setting has worked inconsistently, or not at all, and add far as I've seen in my own testing it never disables all telemetry. There have been issues open on GitHub about this for a long time, though it's a few months since I checked there for updates (I stopped bothering and just put it in my firewall rules; I still see blocked connections in thy log today). I'm a very happy v…
Are you sure the additional telemetry isn’t from extensions? Our extensions (Salesforce) have our own telemetry setting, but we do also respect the global VSCode setting due to this exact possibility of confusion. However, I know that there are other extensions that dont respect the global setting.
It could be that MS fixed the issue since, and the connections I see in logs now are from extensions, but I also presume this isn't the case as my firewall rules are IP-based rather than purely app based (since the latter would kill the market browsing functionality).
Earlier quoted context omitted.
Doesn't it suffice to set the following in your User Settings? "telemetry.enableTelemetry": false Honestly I'm very happy to give telemetry data. Microsoft is doing so much to improve the experience, they can make it better with some data.
This doesn't suffice unfortunately. That setting has worked inconsistently, or not at all, and add far as I've seen in my own testing it never disables all telemetry. There have been issues open on GitHub about this for a long time, though it's a few months since I checked there for updates (I stopped bothering and just put it in my firewall rules; I still see blocked connections in thy log today). I'm a very happy v…
Earlier quoted context omitted.
> @bunderbunder I bet it's still nothing compared to the level of data collection that a typical website does these days. I'd say the opposite. Consider that (a) you typically visit websites briefly and periodically while most vscode users have it open as long as their computer is on, and (b) Electron provides access to lot more device data than the browser sandbox. The reason websites tend to have such far-reaching…
Another big difference, though, is that VSCode's telemetry is publicly documented. So, regardless of what they're able to collect, I know what they are collecting, and how personally identifiable it is, and I know that it's pretty tame compared to what I've seen elsewhere.
Earlier quoted context omitted.
For me, it's more about telemetry than licensing.
Doesn't it suffice to set the following in your User Settings? "telemetry.enableTelemetry": false Honestly I'm very happy to give telemetry data. Microsoft is doing so much to improve the experience, they can make it better with some data.
Nice idea. With Chromium there is a bit of a problem with protected video codecs, but I think this doesn't apply to VSCodium.
I appreciate this effort and am not suggesting it's not necessary. Just curious: are there any known ill-desired effects of the MS binaries? My understanding is that it's just branding and telemetry that can be turned off.
They can't be distributed in distro package managers which usually require everything to be foss.