【问题标题】:Avoid SecurityException when accessing DownloadProvider访问 DownloadProvider 时避免 SecurityException
【发布时间】:2013-02-20 05:55:18
【问题描述】:

我有一个 Activity,它的意图过滤器 android.intent.action.SEND 带有图片 mime 类型。

一旦用户与我的活动(UploadActivity)分享图片(特别是来自下载管理器),活动将检查用户是否登录。如果没有,它将存储原始意图(使用EXTRA_STREAM)并将用户发送到LoginActivity。一旦该用户登录,他将被带回 UploadActivity 并使用原始保存的意图。

现在,即使在恢复原始意图后,我也收到了java.lang.SecurityException: Permission Denial: reading com.android.providers.downloads.DownloadProvider uri...

我明白我为什么会得到这个。是因为我没有原意的临时权限。

编辑:LogCat

FATAL EXCEPTION: main
java.lang.RuntimeException: Unable to start activity ComponentInfo{com.example/com.example.UploadActivity}: java.lang.SecurityException: Permission Denial: reading com.android.providers.downloads.DownloadProvider uri content://downloads/all_downloads/1145 from pid=16585, uid=10086 requires android.permission.ACCESS_ALL_DOWNLOADS, or grantUriPermission()
    at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2180)
    at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2230)
    at android.app.ActivityThread.access$600(ActivityThread.java:141)
    at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1234)
    at android.os.Handler.dispatchMessage(Handler.java:99)
    at android.os.Looper.loop(Looper.java:137)
    at android.app.ActivityThread.main(ActivityThread.java:5041)
    at java.lang.reflect.Method.invokeNative(Native Method)
    at java.lang.reflect.Method.invoke(Method.java:511)
    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:793)
    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:560)
    at dalvik.system.NativeStart.main(Native Method)
Caused by: java.lang.SecurityException: Permission Denial: reading com.android.providers.downloads.DownloadProvider uri content://downloads/all_downloads/1145 from pid=16585, uid=10086 requires android.permission.ACCESS_ALL_DOWNLOADS, or grantUriPermission()
    at android.os.Parcel.readException(Parcel.java:1425)
    at android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:185)
    at android.database.DatabaseUtils.readExceptionFromParcel(DatabaseUtils.java:137)
    at android.content.ContentProviderProxy.query(ContentProviderNative.java:366)
    at android.content.ContentResolver.query(ContentResolver.java:372)
    at android.content.ContentResolver.query(ContentResolver.java:315)
    at com.example.UploadActivity.getFileFromContentUri(UploadActivity.java:304)
    at com.example.UploadActivity.onCreate(UploadActivity.java:195)
    at android.app.Activity.performCreate(Activity.java:5104)
    at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1080)
    at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2144)
    ... 11 more

【问题讨论】:

  • 请发布所有 LogCat 错误。可以肯定的是,你有INTERNET 权限吗?
  • 原帖已更新。是的,我确实拥有INTERNET 权限。这是我唯一的权限。
  • @AWebDevDuh : 你还添加了android.permission.ACCESS_ALL_DOWNLOADS 权限?
  • 我忘了说。该权限不存在,因为它处于签名级别。我不想在 UploadActivity 的第二个实例上获取 Uri。我只想对第一个实例进行检查。
  • 添加权限<uses-permission android:name = "android.permission.ACCESS_DOWNLOAD_MANAGER"> </uses-permission>

标签: java android intentfilter securityexception


【解决方案1】:

请发布您查询 ContentProvider 的完整代码。我有一个类似的问题。 调用游标时:

c=MyApplication.getAppContext().getContentResolver().query(uri,null,null,null,null);

但是当我将投影设置为

String[] proj=new String[] {
                MediaStore.MediaColumns.DATA,
                MediaStore.MediaColumns.DISPLAY_NAME,
        }; 
c=MyApplication.getAppContext().getContentResolver().query(uri,proj,null,null,null);

它有效。一旦我将MediaStore.MediaColumns.MIME_TYPE 添加到投影中,它就会再次失败。在我看来,提供者没有授予访问此(可能还有其他)列的权限。

【讨论】:

  • 经过一段时间的测试,我觉得这只是第一步。使用 MediaStore.MediaColumns.MIME_TYPE mimeType,我不断地得到异常,但没有它,我仍然不时地得到 SecurityExceptions。也许许可在一段时间后被撤销?我处于调试模式的时间越长,下一个查询出现异常的可能性就越大。对我来说,从“ACTION_SEND”中查询单个 Uri 可以正常工作,但从“ACTION_SEND_MULTIPLE”中查询多个 Uri 仍然会不时引起一些麻烦。
  • 我遇到了同样的绊脚石 - 有时我可以访问内容流,有时我得到 SecurityException、相同的文件等。您是否了解有关此问题的更多信息?
猜你喜欢
  • 1970-01-01
  • 2011-04-07
  • 1970-01-01
  • 1970-01-01
  • 2023-01-30
  • 1970-01-01
  • 2016-08-20
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多