Skip to content

Show every file in the picker, and start it at the last document - #696

Merged
andiwand merged 1 commit into
mainfrom
picker-finds-documents
Oct 3, 2026
Merged

andiwand merged 1 commit into
mainfrom
picker-finds-documents

Conversation

@andiwand

@andiwand andiwand commented Oct 3, 2026 •

Copy link
Copy Markdown
Member

Users report that they cannot find their documents in the file picker.

What changes

  1. The picker shows all files again. Since Redesign: Material 3, recent documents as the landing screen, and actions at the thumb #547, findDocument gave the picker an EXTRA_MIME_TYPES filter. The picker does not grey out a file that fails the filter. It leaves the file out, so the user thinks that the file is not on the phone. A provider can report a type that the core's table does not spell, and then a document that the app can open disappears. The filter is gone, and the intent uses only */*, as it did before Redesign: Material 3, recent documents as the landing screen, and actions at the thumb #547.
  2. The picker starts in the folder of the last document. findDocument gives the newest recent document as EXTRA_INITIAL_URI. Only a document uri works, so the code skips an entry that came from ACTION_VIEW.
  3. A hint under the Open button tells the user about the picker's drawer (☰) and about opening the file from a file manager. Only this new string is translated. The 15 strings that main is already missing in each language are out of scope.

Tests

On an API 36 emulator:

  • With no recent documents, the picker opens in Downloads and lists every file.
  • After the app opened Documents/Work/report.odt, the next picker opened in Documents › Work.
  • spotlessCheck, assembleDebug, lintProDebug, testProDebugUnitTest and LandingTests (16 tests) pass.

🤖 Generated with Claude Code

Users report that they cannot find their documents in the file picker.
Since #547, findDocument gave the picker an EXTRA_MIME_TYPES filter. The
picker does not grey out a file that fails the filter. It leaves the file
out, so the user thinks that the file is not on the phone. A provider can
report a type that the core's table does not spell, and then a document
the app can open disappears. The filter is gone, and the picker shows all
files again, as it did before #547.

The picker also opens in Recent or Downloads, far from the folder that
the user keeps documents in. findDocument now gives the newest recent
document as EXTRA_INITIAL_URI, and the picker opens in its folder. Only a
document uri works, so an entry from ACTION_VIEW is skipped.

A line under the Open button tells the user about the picker's drawer
and about opening the file from a file manager. Only this new string is
translated; the strings that main is already missing stay out of scope.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_015SXh6wJbDML5JLK8b1CsYb
@andiwand
andiwand merged commit 1429730 into main Oct 3, 2026
7 checks passed
@andiwand
andiwand deleted the picker-finds-documents branch October 3, 2026 12:03
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant