Skip to content

Add Seal support for Android - #1294

Merged
abrignoni merged 2 commits into
mainfrom
feat/seal-android
Sep 1, 2026
Merged

Add Seal support for Android#1294
abrignoni merged 2 commits into
mainfrom
feat/seal-android

Conversation

@abrignoni

Copy link
Copy Markdown
Owner

Adds Seal (com.junkfood.seal) support for Android, an open source yt-dlp front end. Two artifacts from databases/app_database:

  • Downloaded Media: each completed download with the title and author the source site reported, the URL that was supplied, the absolute path the file was written to, and the yt-dlp extractor, which names the service the media came from. Supplying a URL and starting a download are both deliberate actions.
  • Cookies and Templates: imported cookie profiles, whose presence records both a site and that a session for it existed (the content is credential material and the notes say so), and the yt-dlp command templates.

The download table carries no timestamp column, so none is reported. The only time signal is the modification time of the saved file, and the app's default template on the tested device was '--no-mtime -S "ext"', which leaves that as the time the file was written rather than the source media's own; the notes point the examiner there.

The downloaded file is not copied into the report: Seal writes to shared storage where the media is already within reach of the report's own media handling, and a video download can run to gigabytes. The recorded path is reported so the file can be located. CookieProfile and OptionShortcut were present and empty on the tested device.

Verified on a multi-container tree: the storage spellings collapse, a second Android user contributes its own rows, and a decoy package adds none. sample_data follows with the next corpus capture.

abrignoni and others added 2 commits September 1, 2026 10:00
Two artifacts from databases/app_database:

- Downloaded Media: each completed download with the title and author the
  source site reported, the URL supplied, the absolute path the file was
  written to, and the yt-dlp extractor, which names the service it came from.
- Cookies and Templates: imported cookie profiles, whose presence records both
  a site and that a session for it existed, and the yt-dlp command templates.

The download table carries no timestamp column, so none is reported. The only
time signal is the modification time of the saved file, and the app's default
template on the tested device was '--no-mtime -S "ext"', which leaves that as
the time the file was written rather than the source media's own time. The
notes say so and point the examiner at the file.

The downloaded file is not copied into the report: Seal writes to shared
storage, where the media is already within reach of the report's own media
handling, and a video download can run to gigabytes. The recorded path is
reported so the file can be located.

Verified on a multi-container tree: the storage spellings collapse, a second
Android user contributes its own rows, and a decoy package adds none.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Row counts from a real aleapp.py run against the emu_a15_oss_v6 corpus. The
zero-row values are checked absences: the tables are present and empty in that
image, confirmed against the source stores.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@abrignoni
abrignoni merged commit 25e14b0 into main Sep 1, 2026
10 checks passed
@abrignoni
abrignoni deleted the feat/seal-android branch September 1, 2026 14:22
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