Nathan

收集崩溃log的代码 ``` package packagename.report; import android.content.Context; import android.content.SharedPreferences; import android.database.sqlite.SQLiteCantOpenDatabaseException; import android.os.SystemClock; import packagename.LauncherProvider; import packagename.next.utils.ErrorReportUtils; import packagename.timeline.TimelineUtils; import java.io.BufferedReader; import java.io.File; import java.io.IOException; import java.io.InputStreamReader; import java.util.Random; import androidx.annotation.Keep;...

> /** > * Executes the specified string command in a separate process. > * > * > > This is a convenience method. An invocation of the form >...

> 我也遇到这个问题了，请问楼主问题解决了吗？ 没有，你遇到的是什么情况，有什么想法吗？

> 遇到的情况是一样的，就是创建数据库的时候报没有权限，然后也试着卸载应用，再重装也没用。创建其他文件也是一直没有权限。这个用户之前使用app是正常的，只是再一次卸载重装后就出现了这个问题，我怀疑是那次卸载内部存储文件夹没有被删除，再次重装，文件夹的权限就不匹配了。目前来看应用内是无法解决的，只能让这个用户root一下，清理这个文件夹了。 感谢分享，很有价值的信息！你本地无法复现，但是联系上用户了是么，这是如何做到的，毕竟你们的App都不能用了，难道是邮件联系的么？ 可以分享下这个用户的机型和系统版本么？ 让用户root一下清理文件夹这种骚操作应该无法指望用户能做到吧？ 根据我搜集的日志，这种情况下外部存储还是可以使用的，getExternalFileDir的目录有权限，所以之前想是否可以整体切换到外存，这种方案应该是需要做hook.

> 遇到的情况是一样的，就是创建数据库的时候报没有权限，然后也试着卸载应用，再重装也没用。创建其他文件也是一直没有权限。这个用户之前使用app是正常的，只是再一次卸载重装后就出现了这个问题，我怀疑是那次卸载内部存储文件夹没有被删除，再次重装，文件夹的权限就不匹配了。目前来看应用内是无法解决的，只能让这个用户root一下，清理这个文件夹了。 另外，我突然想到，如果情况如你所说，是上次卸载没有删除文件夹，那么再安装再卸载，确保这次卸载成功，这个问题不就应该解决了么？

感谢反馈，这个我们整理一下给你个答复，主要是目前代码分散在Java Python Javascript中，确实比较乱，还有一部分在内部代码库。 我们计划在9月份梳理清楚。 cc @zhou9584

初步想法是分三步走： 1. 搞一个分支先把一部分smart test的接口开源，具体的实现先不开源。 2. 开源缺省实现（需要评估哪个部分可以在满足微软合规要求的情形下开源） 3. 实现开源方案可运行。

Will update soon. Thanks for all the comments.

@zhou9584 这里的“加密”是什么意思？我们会对设备信息加密吗？ 如果是想说 访问权限控制，可能用 访问权限 对应 access control 或者 鉴权 “auth verification”

@DexterDreeeam please complete the PR description and attach the screenshot of the feature in it, thanks.