Android: don't drop shares when provider lacks _display_name or video thumbnail fails

[13nin]

Summary

Fixes #403.

On Android, sharing a video from Google Photos (and other providers with the same traits) silently dropped the file: the host app opened but getInitialMedia() / the media stream returned empty.

The cause is two unguarded throws in the Android intake that abort the whole intent — the exception propagates out of handleIntent, leaving initialMedia == null:

1. FileDirectory.getDataColumn used cursor.getColumnIndexOrThrow("_display_name"). Providers that don't expose _display_name (Google Photos' com.google.android.apps.photos.contentprovider) throw here, before the existing generated-name fallback can run.
2. ReceiveSharingIntentPlugin.toJsonObject called getThumbnailAndDuration for videos, which runs MediaMetadataRetriever.setDataSource(path). For some videos this throws RuntimeException: setDataSource failed: status = 0xFFFFFFEA. Thumbnail/duration are optional, but the throw killed the share.

Changes

• getDataColumn: use getColumnIndex (not ...OrThrow) with a >= 0 guard, guard against empty names, wrap the column query and the openInputStream/copy in try/catch (a failed item returns null instead of crashing the batch).
• toJsonObject: wrap getAbsolutePath and getThumbnailAndDuration in try/catch; a failed thumbnail yields thumbnail = null rather than aborting. Skip an item only when there is neither a path nor text.

No public API change. For the few videos MediaMetadataRetriever can't read, only the thumbnail is null — the file itself is copied and delivered.

Testing

Verified on a Samsung Galaxy S24 (Android 14), cold-start share of a video from Google Photos. Before: getInitialMedia returned empty. After: the 21 MB file is delivered; logcat shows the thumbnail failure handled gracefully:

I/FileDirectory: File name: <video>.mp4
W/ReceiveSharingIntent: getThumbnailAndDuration failed: java.lang.RuntimeException: setDataSource failed: status = 0xFFFFFFEA