Apart from actual technical information, the panic logs currently seem to contain the following data.
Computer name and user name
Config file path
Folder and device names and IDs
IP addresses
and also
If Syncthing has been compiled locally, then that folder path is also included.
There may be more, but this is what I can see in my panic log files.
Except for 5, the data comes from the standard Syncthing logs, but the difference is that those are local. The panic logs, on the other hand, are reported automatically, and their on/off switch is hidden under the Advanced Configuration, which means that many of the casual users may not even be aware of it.
Is all this information really needed for troubleshooting? If not, then I would like to strongly propose removing/obfuscating it before uploading the logs, just to ensure that no personally identifiable information is ever exposed outside of the userās computer.
All of this is not part of reported panic logs. Panic logs are only the part where it says āpanic: ā¦ā and then lots of "goroutine"s. No personal info in there. Thereās some metadata attached, but thatās just build info: Version, OS, architecture (probably not complete).
Well, I was looking at the panic-*-*.reported.log files, so I apologise if I got a wrong impression. I have now checked the Docs (https://docs.syncthing.net/users/crashrep.html), and if the one included there is correct, then you are indeed right.
Although the first line does seem to contain the computer and user name, does it not? I mean specifically the XXX@XXX part after the version number, which is jb@kvin.kastelo.net in the Docs, and my computername@username here. Is this because I am using a locally compiled version?
I guess itās indeed a bit misleading that itās named reported. The local panic log has the additional info, as itās relevant, but it gets āsanitizedā before sending it. The reported part on the filename indicates to Syncthing that it doesnāt need to report it again.
Thatās the computer of the builder, yes. If you build your binaries yourself, that will indeed be included.
There is, thereās a build flag to only store the relative paths. I tried to enable it a little while back but itās Go 1.14+ only and weāre currently allowing build with Go 1.13. Weāll add it to the build scripts when Go 1.15 is out.