3

我们正在开发一个 Android 应用程序，该应用程序旨在替换默认的 Android 拨号程序并自行处理设备中正在进行的所有呼叫。到目前为止，该应用程序按预期运行，我们既可以处理来电，也可以通过启动ACTION_CALL意图来拨打电话。

但是，此应用旨在通过 Android 管理 API 在信息亭模式下运行。每当我们触发ACTION_CALL意图时，kiosk 模式都会阻止它，尽管应用程序被设置为默认拨号器。

经过一些调试，我们发现问题在于，在启动 Intent 时，在我们的应用收回请求的控制权之前，系统会尝试启动com.android.server.telecom/.components.UserCallActivity。当我们的应用程序在 kiosk 模式下运行时，我们收到以下错误logcat：

10-25 20:29:44.560  1186  3677 E ActivityTaskManager: Attempted Lock Task Mode violation mStartActivity=ActivityRecord{e45f03 u0 com.android.server.telecom/.components.UserCallActivity t24}

我们尝试了不同的解决方法，但似乎都不起作用。我们弄乱了 Android 管理 API 参数，例如persistentPreferredActivities或delegatedScopes。现在，我们认为我们最好的办法是尝试添加com.android.server.telecom到 locktask 白名单中，如下所示：

var dpm = (DevicePolicyManager)MainActivity.GetSystemService(Context.DevicePolicyService);
if (dpm.IsDeviceOwnerApp(MainActivity.PackageName)){
    dpm.SetLockTaskPackages(XXX, new[] { MainActivity.PackageName, "com.android.server.telecom"})
}

但是这种方法需要将我们的应用程序设置为设备管理员，只要我们使用 Android Management API，我们不知道这是否可行。我们也尝试过直接调用 DPC 包，但还是没有成功。

任何帮助将不胜感激。

4

1 回答 1

1

首先感谢您在 Sof 中将这个问题作为一个新问题提出 - 正如所讨论的那样 - 以便其他开发人员可以做出贡献，并且它可能会在未来帮助其他人。

我对您的解决方案和应用程序有疑问...您为什么不选择ConnectionService作为自我管理的应用程序，这样您就无需成为系统中的默认电话应用程序，您将能够使用自己的自定义 Ui而不是默认系统 inCallUi。

另一点，安装在完全托管和专用设备上的 DPC 被称为设备所有者，设备所有者仅在首次安装设备时设置，而不是稍后（使用 Nfc 或 QrCode 配置）。

另外一点是，“设备管理员”不是设备所有者，并且不再支持设备管理员，因此该解决方案也无济于事。

我不熟悉 Android 管理 API，但只是找到这个： 将信息亭应用链接到其他应用。

"applications": [
{
"packageName": "com.example.app",
"installType": "KIOSK",
"defaultPermissionPolicy": "GRANT"
},
{
"packageName": "com.google.android.dialer",
"installType": "FORCE_INSTALLED",
"defaultPermissionPolicy": "GRANT"
},
{
"packageName": "com.android.server.telecom",
"installType": "FORCE_INSTALLED",
"defaultPermissionPolicy": "GRANT"
}
]

如果这对你有用，请告诉我，谢谢

于 2020-11-03T16:05:50.707 回答