Add workaround for resource/folder
when ACTION_VIEW
fails while pointing to downloads directory
#604
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This is probably specific to grapheneos, but it still
fixesworks around an edge case of a long-standing bug that causes nothing to happen when a SavableSearchable result that is a directory is launched.This happens because by default, apparently no app implements
Intent.ACTION_VIEW
for mime-typeresource/folder
on grapheneos, even though the default file browser (com.android.documentsui
) is available.In that case, just opencom.android.documentsui
directly with the given uri.If the uri happens to be the download folder, call
com.android.documentsui
withViewDownloadsActivity
.Also, this fixes a possible issue where the launchcount is incremented even though launching fails.