You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It appears when using contentResolver.openInputStream(uri), if it is a content:// uri, it will under the hood call ContentResolver.openTypedAssetFileDescriptor. Internal to here, the problem is that if the remote process died while trying to make the call, it falls back to making a call to the stable provider. If the stable provider dies mid call, it will kill the process making the query. The ContentStreamRequestHandler should be rewritten to reimplement the ContentResolver.openInputStream() using only the Unstable ContentProviderClient.
The text was updated successfully, but these errors were encountered:
herriojr
added a commit
to herriojr/picasso
that referenced
this issue
Nov 8, 2022
This addresses issue square#2339
ContentResolver.openInputStream falls back to using a stable content
provider which will kill the main process if it fails. Never trust an
external process as there may be many things that might cause this such
as reinstalls, application updates, etc. Fall back to a
FileNotFoundException.
It appears when using
contentResolver.openInputStream(uri)
, if it is acontent://
uri, it will under the hood callContentResolver.openTypedAssetFileDescriptor
. Internal to here, the problem is that if the remote process died while trying to make the call, it falls back to making a call to the stable provider. If the stable provider dies mid call, it will kill the process making the query. The ContentStreamRequestHandler should be rewritten to reimplement the ContentResolver.openInputStream() using only the Unstable ContentProviderClient.The text was updated successfully, but these errors were encountered: