Should I publish my userId?

[hurrymaplelad]

I noticed metrics.userId is stored in my config.cson. I'd like to commit my config.cson to my dotfiles. Should I scrub my userId out first?

Related to execption-reporting#7

[kevinsawicki]

I think it is okay to publish it, it is the sha-1 of your mac address so it won't reveal anything sensitive.

Atom should probably store it somewhere else though as this kind of issue illuminates that pretty clearly since it makes dotfiles not as shareable as they should be.

[ghost]

I find it suspicious that the id is missing from @kevinsawicki 's dotfiles:

https://github.com/kevinsawicki/dotfiles/blob/master/.atom/config.cson

Would be nice if atom stored this somewhere else, it's a hassle to purge it from my config every time I want to commit my changes.

[thomasjo]

@Robru Why is it suspicious? If you disable the metrics package and remove the id, it will stay gone.

[ghost]

Ah, sorry, I've got my packages confused. exception-reporting and atom-beautify both also put big hash ids in there. I'll be uninstalling those right quick then...

[chris-martin]

I just started using Atom ten minute ago, and found this issue immediately because the first thing I want to do when using a new program is version control its config files. Disabling exception-reporting is an irksome fix to have to make after reading a homepage so proudly touting "right out of the box" functionality. Is there an issue to move this data out of the config file?

[2E0PGS]

Thanks guys I remove metrics and exception-reporting then removed the userid. now I got that config in my dotfiles :D cheers.

[drewcassidy]

I agree that the user ID should be stored somewhere else, if its the SHA1 of the mac address its intended to be unique per-machine, which kinda defeats the point of sharing your dotfiles with other users and your own other computers

[damieng]

The 'userID' is a randomly generated uuid created when the metrics package first activated. It has not been derived from the mac address for a couple of years.