问题标签 [cosu]

对于我的一位客户，我有一个处于 LockTask 模式的Android COSU 应用程序。

在来电/去电时，InCallUI 显示良好，因为设备的电话应用程序已列入白名单。

但是，在 LockTask 模式下，导航栏中的后退按钮仍然处于启用状态，并且他们的员工（作为好员工 :)）经常点击它，因此他们无法挂断对话。

我的问题是：

是否存在带回 InCallUI 以便用户可以与键盘交互或挂断的 Intent？

在这种情况下，我可以显示一个叠加层（屏幕顶部的栏或 Facebook Messenger 之类的按钮）以恢复 InCallUI。

提前致谢 ：）

[编辑] 退出 LockTask 模式不是一种选择；）

我正在尝试创建一次性设备（信息亭应用程序）并按照以下教程进行操作： https ://codelabs.developers.google.com/codelabs/cosu/index.html?index=..%2F..%2Findex #0

该代码工作正常，除了“重启”的情况。每次重新启动后，它都无法锁定应用程序，每次重新启动后都会陷入“LOCK_TASK_EXITING”。

是否可以静默地自行更新设备所有者应用程序？我的应用程序设置为设备所有者，我希望它静默更新。可能吗？我使用的方法如下，

我可以通过我的应用程序使用此方法安装另一个包，但不能通过我的应用程序本身安装。以下是我尝试安装作为设备所有者的同一个应用程序时日志显示的内容。

根据这个stackoverflow问题，设备所有者应用程序的自我更新是可能的。请帮忙..

我正在尝试创建 COSU 设备。它将是我公司出售的运行我们开发的单个应用程序的硬件。我浏览了许多教程，试图为此建立一个概念证明。

我目前有以下。

在我的 AndroidManaifest.xml

然后后来...

在 device_admin_receiver.xml

DeviceAdmin.cs

最后是 MainActivity.cs 的 OnCreate

在 ADB Shell 中，我运行命令 dpm set-device-owner com.companyname.productname/.DeviceAdmin 并收到 Success: Device owner set to package componentinfo{com.companyname.productname/com.companyname.productname.DeviceAdmin} Active admin set到组件 {com.companyname.productname/com.companyname.productename.DeviceAdmin}

它构建和部署，但是当它到达生产线时

它抛出错误 Java.Lang.SecurityException: No active admin ComponentInfo(com.lathem.cumberland/DeviceAdmin

我错过了什么？

我为 Android TV 构建的应用需要一些帮助。

1. 我已经为 Android TV 制作了一个 COSU 应用程序，但问题是我需要使用 adb shell 来让我的应用程序成为设备所有者。有没有办法以编程方式使我的应用程序成为设备所有者？因为我会在 +100 台机顶盒设备上安装我的应用程序。我尝试了SO answer中的一种方法，但它不起作用。

2. 如果我的应用程序有新版本，我仍然无法弄清楚以后如何更新我的应用程序，因为就像这里所说的那样，我不能在 Android TV 上使用 Android Management API，而且我想我也不能使用 Google Play 更新 COSU 应用程序。有没有更好的方法来更新我的应用程序？

需要帮忙。谢谢你。

我正在尝试制作一个使用 android COSU 实现的 android 应用程序。但是我现在被困在更新应用程序中，我想到了几个疑问：

1）更新后，之前设置的设备所有者权限如何？

2) 我们将阻止 Play 商店以及设备中的任何其他应用程序使用。那么如何更新它保留要求的 COSU 应用程序呢？

3) 如何在 COUS 模式下更新应用程序？程序。

4) 需要的最低安卓 API 级别？

等待回复。一个

我想设置一些平板电脑，使其在连接电源时自动打开并打开我的应用程序。这些平板电脑都是COSU设备，我的应用程序是一个应用程序。我已经阅读了文档，我发现的最接近的政策stayOnPluggedModes在这个页面中，并且描述不是很清楚（至少对我来说）。

不幸的是，目前，我无法测试此政策是否有效。那么，该stayOnPluggedModes政策是否适合我的需要？如果不是，我有什么选择（不包括以下所有内容，因为它会使设备保证无效）？

• 使用 RTC 唤醒闹钟
• 更换电池动画脚本
• 使用 Fastboot 更改关闭模式充电
• 删除系统/bin/charge_only_mode
• 更改引导加载程序

而且这个也不起作用，因为它需要设备处于睡眠状态。

因此，我正在尝试获得一次性使用的专用应用程序 + 设备以在信息亭模式 + 自动启动下工作。该应用程序本身是在 Nativescript（使用 Angular）中构建的，因此不是原生 Java，但是这仍然是通过管理员接收器等正常处理的。

当我们用于adb设置设备所有者时，kiosk 模式按预期工作。

当我们使用 Android 管理策略注册设备并自动安装时，信息亭模式永远不会正确启动。

AndroidManifest.xml - 与管理员接收器相关的部分

当我通过 AMAPI 在单个设备上执行 GET 时，它显示..

所以它似乎不喜欢persistentPreferredActivities，但是我一直在尝试我在这篇中型 kiosk 文章中找到的示例，以及实际的google kiosk 策略示例。

基于这些示例，我尝试使用各种receiverActivity替代格式，但仍然没有乐趣：

所以我的问题是：为什么我不能让 android kiosk 模式与我的政策一起使用，但它与 ADB 一起工作得很好？

半相关，我不能使用谷歌播放测试轨道来测试我可能的解决方案，所以我不得不将更改推送到产品轨道，这使得我的开发周期相当长/艰巨。

我们正在使用 Android Management API 和 QR 码配置开发 COSU 应用程序。我们计划通过私人 Google Play 分发应用程序，但现在我正在尝试使用 apk 使其与手动安装一起使用。这就是它应该如何工作：

1. 客户从我们那里收到二维码，该二维码将政策无限制地应用于设备。
2. 配置后，客户端从其他来源（可能通过电子邮件）下载 apk 并安装它。
3. 客户端通过调用 API 应用限制应用程序的策略。

所以，我被困在第二步 - 尝试安装下载的 apk 会导致此错误：

默认策略似乎没问题：

此策略适用于设备：

我试过的：

1. 安装发布 apk 和签名 apk（结果相同）
2. 从 Android Studio 使用 adb 安装 apk - 这可行，但这不是我想要的。

我们有一个 cosu 应用程序，它可以通过调用 Android 管理 API 来管理其锁定状态。为此，我们收到带有devices.list查询的设备列表，将每个设备hardwareInfo.serialNumber与 IMEI进行比较Build.getSerial()，然后使用以下代码应用不同的策略：

但是，根据文档，android Q 中不再提供硬件设备标识符。（链接）现在，我们使用的是 Android 8 设备，但我怀疑我们的代码会在较新的操作系统上中断。所以，问题是：

1. 有没有其他方法可以在不知道其硬件 ID 的情况下识别列表中的设备？

2. 或者也许有一种方法可以保证在 Android Q 上使用 READ_PHONE_STATE 仍会为我们提供 IMEI？在文档中指出，如果您的应用程序是设备或配置文件所有者应用程序，您只需要 READ_PHONE_STATE 权限即可访问不可重置的设备标识符，即使您的应用程序针对 Android Q。但是，AMAPI 有自己的设备所有者应用程序，所以我不确定这是否适用于我们的案例。