Audacity（＃889）：我们建议采取PR的行动＃835

我将描述我们建议采取的行动来解决关于PR＃835的担忧（使用谷歌和Yandex作为第三方主机的选择遥测）：

关于需要网络的功能，我们希望包括错误报告和窃听能力检查更新（下面的详细信息）

我们将自托管所有收集的数据来自错误报告并检查更新，从而删除对Google或Yandex Analytics的任何需求

对公关的创作和随后发现＃835是一个糟糕的通信/协调错误，令我们惊讶地抓住了我们。我们＆＃39;对造成如此多的警报来说非常抱歉。我们的目的是对我们在宣传论坛上介绍遥测的计划的初步公告，类似于我们在2019年讨论了Musescore的主题。在那个例子中，我认为我们介绍了这个问题的事实，明显导致了很多问题怀疑。

我花了最后几天与缪斯首脑一起尝试并达成了一个可以尽可能容纳社区要求的解决方案。对延迟道歉。这些决定需要时间才到达，因为 - 尽管我作为项目的领先领导 - 这个具体问题的呼吁不是我的。

首先，重要的是强调，我们绝对没有对收获或销售个人数据的兴趣，宣誓事件将永远是免费的和开源的。对PR＃835的响应在缪斯的实现，即使用Yandex和谷歌的便利性与公众对可靠性的看法，所以我们将是自主托管。

下一个项目是遥测。我相信我们的沟通错误有助于在这里对我们的意图有很多误解。遥测是一个实用的工具，告诉我们一个应用程序如何表现或表现不佳（是这个新功能是很多？是被发现的这个按钮是否被发现？等等）我们假设使它选择选择insoplivace令人难度，但由于这是＆＃39; t这种情况，我们正在丢弃它。未来，我们可能希望确定是否有任何可以实现相同目标的可接受的替代解决方案。这一点将赞赏反馈。与此同时，我将继续用户测试，面试，阅读反馈和进行调查，以了解更多关于我们用户想要的内容。我很乐意在评论部分讨论这一点。

在进入细节之前，重要的是提到我们被问到了很多不同的问题。出于不泥泞的谈话的目的，我只粘在了关于PR＃835的最迫切的问题。在不久的将来，缪斯与缪斯的目标会有更多的沟通。我将不断谈论大胆，并讨论未来几周和几个月的工作。请在这里提问。我们准备回答了。

我们目前对SQLite错误，应用程序崩溃和非致命异常感兴趣。如果检测到其中一个事件，则会出现一个对话框，该对话框介绍了问题的本质，并为我们发送了对我们的错误报告，宣誓书开发人员。此对话框将包含：

同样突出的按钮“发送”或“不发送”此特定错误报告

一个复选框（默认情况下）提供要记住用户的决定，并在不询问的情况下为未来的错误报告执行相同的操作

当然，错误报告在互联网上进行，这自然允许我们看到IP地址。错误报告将在位于欧盟的服务器上存储在我们的自托管Sentry数据库中。除非法律要求，否则任何第三方都没有任何信息。 Sentry存储崩溃数据和系统/硬件规格。以下是他们的源代码：https://github.com/getsentry/sentry

程序开始后，Audacity将检查该程序的新版本是否可用于下载。如果有新版本，将显示用户通知它们的对话框。

更新检查显示三件事：IP地址，OS版本和Audacity版本。我们将使用自托管的地理位置数据库来确定IP地址位于内部的国家/地区。原始IP地址不会被存储或记录，但我们将存储和记录IP地址的不可逆转的哈希以提高日常统计的准确性。服务器位于欧盟内，以符合GDPR。除非法律要求，否则任何第三方都没有任何信息。

上面描述的错误报告和更新检查的行为只适用于我们网站或GitHub页面中提供的官方“发布”版本。 在其他构建中，通过CMake选项将默认情况下排除错误报告和更新检查代码。