Modification time is not preserved when uploading MediaStore content via Android share

⚠️ Before posting ⚠️

This is a bug, not a question or an enhancement.
I've searched for similar issues and didn't find a duplicate.
I've written a clear and descriptive title for this issue, not just "Bug" or "Crash".
I agree to follow Nextcloud's Code of Conduct.

Steps to reproduce

Take an existing media file (photo) whose modification time is older than the current time.
Upload that file normally from within the Nextcloud Android app.
Verify that the original modification time is preserved on the server (as expected).
Delete the uploaded file again or choose another destination.
Open the same file in an Android app with sharing possibility, which shares it as a MediaStore content:// URI, e.g. the Google Photos app.
Use the Share function and select Nextcloud.
Upload the file to Nextcloud.
Compare the modification time of the uploaded file and see that it has the upload time as modification time instead of the original modification time.

Expected behaviour

The original file modification time should be preserved, just as it is when uploading the same file directly from within the Nextcloud app, provided that the source ContentProvider exposes the modification time.

Actual behaviour

When the file is uploaded through Android's Share function, the modification time is not preserved and the uploaded file gets the time of the upload / temporary copy instead.

Android version

17

Device brand and model

Google Pixel 11 Pro

Stock or custom OS?

Stock

Nextcloud android app version

35.0.0

Nextcloud server version

n/a – FileRun server, version 2026.3.0

Using a reverse proxy?

No

Android logs

No response

Server error logs

Additional information

I am using the Nextcloud Android app with a FileRun server, not a Nextcloud Server. However, this issue appears to happen on the Android client side before the actual upload, so the server implementation should not be relevant.

Looking at the current Android app code, CopyAndUploadContentUrisTask.queryLastModified() only checks:

DocumentsContract.Document.COLUMN_LAST_MODIFIED

If that column is not available, the function returns 0L and the modification time is not applied to the temporary file.

This seems problematic for files shared through Android's share sheet using a MediaStore URI such as:

content://media/external/images/media/...

MediaStore commonly exposes the modification timestamp as:

MediaStore.MediaColumns.DATE_MODIFIED

rather than DocumentsContract.Document.COLUMN_LAST_MODIFIED.

This situation can also be seen in the historical issues #7745 and #7752, where a MediaStore cursor exposed date_modified but not last_modified.

A possible solution would be to first try DocumentsContract.Document.COLUMN_LAST_MODIFIED and, if unavailable, fall back to MediaStore.MediaColumns.DATE_MODIFIED.

Please note that the units differ:

DocumentsContract.Document.COLUMN_LAST_MODIFIED: milliseconds since epoch
MediaStore.MediaColumns.DATE_MODIFIED: seconds since epoch

So the MediaStore value would need to be converted to milliseconds before applying it.

Suggested fix:

private fun queryLastModified(
    contentResolver: ContentResolver,
    uri: Uri
): Long = runCatching {
    contentResolver.query(uri, null, null, null, null)?.use { cursor ->
        if (!cursor.moveToFirst()) return@use 0L

        val documentColumn =
            cursor.getColumnIndex(
                DocumentsContract.Document.COLUMN_LAST_MODIFIED
            )

        if (
            documentColumn >= 0 &&
            !cursor.isNull(documentColumn)
        ) {
            return@use cursor.getLong(documentColumn)
        }

        val mediaColumn =
            cursor.getColumnIndex(
                MediaStore.MediaColumns.DATE_MODIFIED
            )

        if (
            mediaColumn >= 0 &&
            !cursor.isNull(mediaColumn)
        ) {
            return@use TimeUnit.SECONDS.toMillis(
                cursor.getLong(mediaColumn)
            )
        }

        0L
    } ?: 0L
}.getOrDefault(0L)

If neither value is exposed by the provider, the current fallback behaviour could remain unchanged.

@matthias480

@matthias480 thanks for the report. I'd say feel free to open a PR, and the discussion can go from there.

☝️ @alperozturk96

@matthias480

@matthias480 Hello,

Could you please try with this PR: #17704 ?

@alperozturk96

@alperozturk96 Hello back,

thanks for your PR. Unfortunately, the modification time is still not preserved when sharing from Google Photos, so I did some further testing and debugging.

Google Photos and other apps expose neither last_modified nor date_modified, but I found that ContentResolver.openFileDescriptor(uri, "r") returns a regular file descriptor that can be used to obtain the modification date via fstat().

So the third generic fallback could be to use fstat() when the provider doesn't expose either timestamp column, but only when the returned descriptor represents a regular file.

A possible implementation for all three cases could be:

import android.system.Os
import android.system.OsConstants

private fun queryLastModified(
    contentResolver: ContentResolver,
    uri: Uri
): Long {
    val metadataLastModified = queryLastModifiedFromMetadata(contentResolver, uri)

    if (metadataLastModified > 0L) {
        return metadataLastModified
    }

    return queryLastModifiedFromFileDescriptor(contentResolver, uri)
}

private fun queryLastModifiedFromMetadata(
    contentResolver: ContentResolver,
    uri: Uri
): Long = runCatching {
    contentResolver.query(uri, null, null, null, null)?.use { cursor ->
        if (!cursor.moveToFirst()) {
            return@use 0L
        }

        val timestampColumns = listOf(
            DocumentsContract.Document.COLUMN_LAST_MODIFIED to TimeUnit.MILLISECONDS,
            MediaStore.MediaColumns.DATE_MODIFIED to TimeUnit.SECONDS
        )

        for ((columnName, timeUnit) in timestampColumns) {
            val col = cursor.getColumnIndex(columnName)

            if (col >= 0 && !cursor.isNull(col)) {
                val lastModified = cursor.getLong(col)

                if (lastModified > 0L) {
                    return@use TimeUnit.MILLISECONDS.convert(lastModified, timeUnit)
                }
            }
        }

        0L
    } ?: 0L
}.getOrDefault(0L)

private fun queryLastModifiedFromFileDescriptor(
    contentResolver: ContentResolver,
    uri: Uri
): Long = runCatching {
    contentResolver.openFileDescriptor(uri, "r")?.use { parcelFileDescriptor ->
        val stat = Os.fstat(parcelFileDescriptor.fileDescriptor)

        if (OsConstants.S_ISREG(stat.st_mode) && stat.st_mtime > 0L) {
            TimeUnit.SECONDS.toMillis(stat.st_mtime)
        } else {
            0L
        }
    } ?: 0L
}.getOrDefault(0L)

This would result in the following fallback order:

COLUMN_LAST_MODIFIED (last_modified) → DATE_MODIFIED (date_modified) → regular file descriptor via fstat() → 0L

I debugged and tested all three cases successfully:

Android file manager → COLUMN_LAST_MODIFIED
Fossify Gallery → DATE_MODIFIED
Google Photos → fstat() fallback

All three returned the same and expected original modification time.

@matthias480

@matthias480 Thank you for the feedback. I updated the PR, you can check :)

Navigation Menu

Repository navigation

Modification time is not preserved when uploading MediaStore content via Android share #17675

⚠️ Before posting ⚠️

Steps to reproduce

Expected behaviour

Actual behaviour

Android version

Device brand and model

Stock or custom OS?

Nextcloud android app version

Nextcloud server version

Using a reverse proxy?

Android logs

Server error logs

Additional information

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Modification time is not preserved when uploading MediaStore content via Android share #17675

Description

⚠️ Before posting ⚠️

Steps to reproduce

Expected behaviour

Actual behaviour

Android version

Device brand and model

Stock or custom OS?

Nextcloud android app version

Nextcloud server version

Using a reverse proxy?

Android logs

Server error logs

Additional information

Activity

PhilLab commented on Sep 24, 2026

alperozturk96 commented on Sep 24, 2026

matthias480 commented on Sep 25, 2026

alperozturk96 commented on Oct 13, 2026

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions