1

我在我的 Android 应用程序中使用设备策略管理器，但 Honeycomb 设备有问题。尝试调用 resetPassword 时抛出异常。在 Froyo 或 Gingerbread 中情况并非如此，因为它们都可以正常工作。

错误是：

java.lang.RuntimeException: 无法启动接收器 Package.Name.Test: java.lang.SecurityException: Permission Denial: writing com.android.providers.settings.SettingsProvider uri content://settings/secure from pid=x, uid= y 需要 android.permission.WRITE_SETTINGS

我的安卓代码如下：

DevicePolicyManager mDPM = (DevicePolicyManager) context.getSystemService(Context.DEVICE_POLICY_SERVICE);

if ((mDPM.getActiveAdmins() != null) && (mDPM.isAdminActive(new ComponentName(context, DeviceAdmin.class)))) {
    mDPM.resetPassword(extra, DevicePolicyManager.RESET_PASSWORD_REQUIRE_ENTRY);
    mDPM.lockNow();
} else {
    Log.d(TAG, "Could not lock because device admin not enabled");
}

问题发生在：

mDPM.resetPassword(extra, DevicePolicyManager.RESET_PASSWORD_REQUIRE_ENTRY);

我的 Device_Admin.xml 是：

<device-admin xmlns:android="http://schemas.android.com/apk/res/android">
    <uses-policies>
        <force-lock />
        <wipe-data />
        <reset-password />
    </uses-policies>
</device-admin>

就像我说的设备管理员在 Froyo 和 Gingerbread 设备上工作得很好，虽然我确实对使用不同键盘保护的用户有一些问题，例如 Droid X 和 HTC Sense。这个问题与时间有关。当我调用 lockNow 时，设备将关闭屏幕，但 HTC Sense 或 MotoBlur 不会真正锁定键盘锁，直到在设置、安全、锁定电话之后设置的时间。

任何帮助都是极好的！我最近在 I/O 上买了一个蜂窝平板电脑，还没有在这个设备上测试过这个应用程序，但是我在市场网站上看到了运行 Xoom 3.0 的用户的错误。还没有看到任何 3.1 设备。

4

4 回答 4

2

我也为此苦苦挣扎。该解决方案也列在您的一个链接上，但我也会在这里提及它，以防它帮助其他人。

  • 如果设备是全新的（或恢复出厂设置），则代码会如您所描述的那样失败。

  • 如果用户只使用设置菜单输入密码一次，则相同的代码会以某种方式开始工作并继续工作。

确实是一个非常奇怪的错误！

于 2011-12-20T03:52:49.990 回答
1

我也遇到过这个问题，我可以告诉你的是，如果你没有手动设置密码，即使是一次，它也会强制关闭请求 write_settings 权限，但如果你通过手动设置密码尝试一次，它会像魅力一样工作。

于 2012-02-20T11:48:02.013 回答
1

在 Android Honeycomb 3.0 平台上，与DevicePolicyServiceManagerGingerbread大不相同，整个流程resetPassword()是：

DevicePolicyServiceManager.resetPassword() --> 
LockPatternUtils.checkPasswordInHistory() --> 
LockPatternUtils.passwordToHash() --> 
LockPatternUtils.getSalt() --> 
LockPatternUtils.putLong(SALT_KEY, salt) --> 
Settings.Secure.putLong(SALT_KEY, salt)

这里你应该知道为什么WRITE_SETTINGS需要，看来这是谷歌的错误，他们没有把LockPatternUtils.checkPasswordInHistory()方法放在Binder.clearCallingIndentity()块中。

还有一件事，即使你WRITE_SETTINGS在文件中添加权限AndroidManifest.xml，它也会告诉你WRTITE_SECURE_SETTINGS权限也是必需的。

希望谷歌能尽快解决这个问题。

PS 似乎这个问题已经在 ICS 平台上修复了，谷歌已经从 resetPassword() 块中删除了 checkPasswordInHistory()。我不认为这是一个很好的解决方案，我不知道为什么？也许他们想尽快发布 ICS？

于 2011-11-02T15:55:31.440 回答
0

我正在研究这个问题（顺便说一句，它也很容易在 3.1 上重现），但根据您提交的问题，您似乎已经弄清楚了。我只是想在这里指出，以防其他人试图研究答案。

于 2011-05-24T23:59:30.563 回答