From 9f0601027cf0fc41817377f3bdbb3b36ebc500f3 Mon Sep 17 00:00:00 2001
From: KeelrLeek <156356974+KeelrLeek@users.noreply.github.com>
Date: Mon, 14 Sep 2026 07:57:41 -0500
Subject: [PATCH] =?UTF-8?q?android:=20the=20handoff=20=E2=80=94=20the=20pe?=
=?UTF-8?q?nding=20rounds,=20the=20pipeline,=20and=20what=20is=20unverifie?=
=?UTF-8?q?d?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Everything written this session that has not been through the device: rounds 43
to 48 (each patch adversarially verified, 43's transient-notice expectation
fixed), a partial round 49, the pipeline scripts, the Android Auto design and
the icon comparison mock. Also the two harness changes that were never A/B'd —
adaptive waits, which may only shorten a declared wait and never lengthen it,
and a ship that runs the mock walk and the deploy at the same time. The A/B and
its 255-step baseline are in handoff/tools; main stays at what the phone has
actually walked.
---
handoff/README.md | 19 +
handoff/notes/android-auto-design.md | 264 ++++++
handoff/notes/icon-mock-build.mjs | 159 ++++
handoff/notes/icon-mock.html | 376 ++++++++
handoff/rounds/commit-msg.txt | 35 +
handoff/rounds/commit-msg13.txt | 8 +
handoff/rounds/commit-msg14.txt | 5 +
handoff/rounds/commit-msg15.txt | 8 +
handoff/rounds/commit-msg16.txt | 6 +
handoff/rounds/commit-msg17.txt | 5 +
handoff/rounds/commit-msg18.txt | 6 +
handoff/rounds/commit-msg19.txt | 7 +
handoff/rounds/commit-msg2.txt | 30 +
handoff/rounds/commit-msg20.txt | 11 +
handoff/rounds/commit-msg21.txt | 12 +
handoff/rounds/commit-msg22.txt | 11 +
handoff/rounds/commit-msg23.txt | 12 +
handoff/rounds/commit-msg24.txt | 11 +
handoff/rounds/commit-msg25.txt | 13 +
handoff/rounds/commit-msg26.txt | 14 +
handoff/rounds/commit-msg27.txt | 15 +
handoff/rounds/commit-msg28.txt | 17 +
handoff/rounds/commit-msg29.txt | 14 +
handoff/rounds/commit-msg3.txt | 8 +
handoff/rounds/commit-msg30.txt | 19 +
handoff/rounds/commit-msg31.txt | 29 +
handoff/rounds/commit-msg32.txt | 54 ++
handoff/rounds/commit-msg33.txt | 23 +
handoff/rounds/commit-msg34.txt | 31 +
handoff/rounds/commit-msg35.txt | 20 +
handoff/rounds/commit-msg36.txt | 32 +
handoff/rounds/commit-msg37.txt | 40 +
handoff/rounds/commit-msg38.txt | 19 +
handoff/rounds/commit-msg39.txt | 21 +
handoff/rounds/commit-msg40.txt | 29 +
handoff/rounds/commit-msg41.txt | 52 ++
handoff/rounds/commit-msg42.txt | 44 +
handoff/rounds/commit-msg43.txt | 35 +
handoff/rounds/commit-msg44.txt | 32 +
handoff/rounds/commit-msg45.txt | 29 +
handoff/rounds/commit-msg46.txt | 47 +
handoff/rounds/commit-msg47.txt | 50 ++
handoff/rounds/commit-msg48.txt | 61 ++
handoff/rounds/ins-r20-peer.txt | 185 ++++
handoff/rounds/ins-r21-buddyrow.txt | 6 +
handoff/rounds/ins-r21-css.txt | 8 +
handoff/rounds/ins-r21-doc.txt | 12 +
handoff/rounds/ins-r21-expect.txt | 11 +
handoff/rounds/ins-r21-probe.txt | 5 +
handoff/rounds/ins-r21-prompt.txt | 10 +
handoff/rounds/ins-r21-sheet.txt | 27 +
handoff/rounds/ins-r21-steps-b.txt | 12 +
handoff/rounds/ins-r21-steps-c.txt | 3 +
handoff/rounds/ins-r21-steps-d.txt | 6 +
handoff/rounds/ins-r21-store.txt | 70 ++
handoff/rounds/ins-r22-community.txt | 35 +
handoff/rounds/ins-r22-doc.txt | 11 +
handoff/rounds/ins-r22-smoke-steps.txt | 13 +
handoff/rounds/ins-r22-taste-store.txt | 80 ++
handoff/rounds/ins-r23-android.txt | 17 +
handoff/rounds/ins-r23-halfsheet-rows.txt | 6 +
handoff/rounds/ins-r23-halfsheet-swrow.txt | 8 +
handoff/rounds/ins-r23-lyrics-store.txt | 153 ++++
handoff/rounds/ins-r23-mock.txt | 14 +
handoff/rounds/ins-r23-shell-css.txt | 22 +
handoff/rounds/ins-r23-smoke-mock-expect.txt | 13 +
handoff/rounds/ins-r23-smoke-mock-steps.txt | 25 +
handoff/rounds/ins-r23-smoke-phone-expect.txt | 8 +
handoff/rounds/ins-r23-smoke-phone-steps.txt | 11 +
handoff/rounds/ins-r23-smoke-probe.txt | 5 +
handoff/rounds/ins-r23-syncroom.txt | 110 +++
handoff/rounds/ins-r24-importer-folder.txt | 30 +
handoff/rounds/ins-r24-importer-regex.txt | 8 +
handoff/rounds/ins-r24-mock.txt | 39 +
handoff/rounds/ins-r24-smoke-expect.txt | 4 +
handoff/rounds/ins-r24-smoke-mock.txt | 13 +
handoff/rounds/ins-r24-smoke-phone-expect.txt | 8 +
handoff/rounds/ins-r24-smoke-phone.txt | 17 +
handoff/rounds/ins-r25-popular.txt | 15 +
handoff/rounds/ins-r25-steps-hero.txt | 7 +
handoff/rounds/ins-r25-steps-phone.txt | 5 +
handoff/rounds/ins-r25-steps-you.txt | 3 +
handoff/rounds/ins-r25-store.txt | 51 ++
handoff/rounds/ins-r25-you.txt | 10 +
handoff/rounds/ins-r26-diag.txt | 108 +++
handoff/rounds/ins-r26-doc-copy.txt | 5 +
handoff/rounds/ins-r26-doc.txt | 22 +
handoff/rounds/ins-r26-halfsheet-copy.txt | 18 +
handoff/rounds/ins-r26-mock-expect.txt | 5 +
handoff/rounds/ins-r26-mock-steps.txt | 13 +
handoff/rounds/ins-r26-mock.txt | 28 +
handoff/rounds/ins-r26-np-steps.txt | 5 +
handoff/rounds/ins-r26-phone-expect.txt | 3 +
handoff/rounds/ins-r26-phone-steps.txt | 9 +
handoff/rounds/ins-r26-probe.txt | 5 +
handoff/rounds/ins-r26-you-port.txt | 19 +
handoff/rounds/ins-r27-css.txt | 91 ++
handoff/rounds/ins-r27-doc.txt | 30 +
handoff/rounds/ins-r27-expect.txt | 19 +
handoff/rounds/ins-r27-probe.txt | 21 +
handoff/rounds/ins-r27-steps.txt | 32 +
handoff/rounds/ins-r28-doc.txt | 68 ++
handoff/rounds/ins-r28-fields.txt | 46 +
handoff/rounds/ins-r28-mobile-script.txt | 24 +
handoff/rounds/ins-r28-probe.txt | 54 ++
handoff/rounds/ins-r28-toasts.txt | 13 +
handoff/rounds/ins-r29-crate-buildrs.txt | 16 +
handoff/rounds/ins-r29-crate-cargo.txt | 16 +
handoff/rounds/ins-r29-crate-lib.txt | 110 +++
handoff/rounds/ins-r29-doc.txt | 61 ++
handoff/rounds/ins-r29-drawable.txt | 16 +
handoff/rounds/ins-r29-gradle.txt | 28 +
handoff/rounds/ins-r29-manifest.txt | 18 +
handoff/rounds/ins-r29-mock-expect.txt | 7 +
handoff/rounds/ins-r29-mock-steps.txt | 9 +
handoff/rounds/ins-r29-perm-default.txt | 9 +
handoff/rounds/ins-r29-phone-expect.txt | 6 +
handoff/rounds/ins-r29-phone-steps.txt | 9 +
handoff/rounds/ins-r29-plugin-kt.txt | 76 ++
handoff/rounds/ins-r29-probe.txt | 9 +
handoff/rounds/ins-r29-service-kt.txt | 196 +++++
handoff/rounds/ins-r29-shadenotice.txt | 38 +
handoff/rounds/ins-r29-xfernote.txt | 115 +++
handoff/rounds/ins-r30-catalog-lanes.txt | 26 +
handoff/rounds/ins-r30-css.txt | 8 +
handoff/rounds/ins-r30-doc-artist.txt | 14 +
handoff/rounds/ins-r30-doc-lyrics.txt | 16 +
handoff/rounds/ins-r30-doc-notdone.txt | 45 +
handoff/rounds/ins-r30-lyr-store.txt | 57 ++
handoff/rounds/ins-r30-mock-activity.txt | 9 +
handoff/rounds/ins-r30-mock-expect-lanes.txt | 5 +
handoff/rounds/ins-r30-mock-expect.txt | 3 +
handoff/rounds/ins-r30-mock-lanes.txt | 20 +
handoff/rounds/ins-r30-mock-slow.txt | 15 +
handoff/rounds/ins-r30-mock-steps-lanes.txt | 5 +
handoff/rounds/ins-r30-mock-steps.txt | 4 +
handoff/rounds/ins-r30-phone-step.txt | 3 +
handoff/rounds/ins-r30-probe.txt | 18 +
handoff/rounds/ins-r30-syncroom-markup.txt | 11 +
handoff/rounds/ins-r30-syncroom-script.txt | 21 +
handoff/rounds/ins-r31-css.txt | 26 +
handoff/rounds/ins-r31-doc.txt | 82 ++
handoff/rounds/ins-r31-expect.txt | 18 +
handoff/rounds/ins-r31-mock.txt | 64 ++
handoff/rounds/ins-r31-phone-expect.txt | 5 +
handoff/rounds/ins-r31-phone-steps.txt | 6 +
handoff/rounds/ins-r31-probe.txt | 20 +
handoff/rounds/ins-r31-steps.txt | 56 ++
handoff/rounds/ins-r31-trouble.txt | 70 ++
handoff/rounds/ins-r32-boot.txt | 53 ++
handoff/rounds/ins-r32-doc.txt | 75 ++
handoff/rounds/ins-r32-loadlibrary.txt | 30 +
handoff/rounds/ins-r32-mobile-effect.txt | 10 +
handoff/rounds/ins-r32-mobile-onmount.txt | 9 +
handoff/rounds/ins-r32-mobile-seal.txt | 13 +
handoff/rounds/ins-r32-mock-expect.txt | 21 +
handoff/rounds/ins-r32-phone-expect.txt | 10 +
handoff/rounds/ins-r32-player-stream.txt | 11 +
handoff/rounds/ins-r32-player-tail.txt | 8 +
handoff/rounds/ins-r32-probe.txt | 15 +
handoff/rounds/ins-r32-slsk-on.txt | 13 +
handoff/rounds/ins-r32-watchlibrary.txt | 15 +
handoff/rounds/ins-r33-fmtcount.txt | 4 +
handoff/rounds/ins-r33-stamp.txt | 11 +
handoff/rounds/ins-r34-css.txt | 25 +
handoff/rounds/ins-r34-doc-notdone.txt | 12 +
handoff/rounds/ins-r34-doc.txt | 113 +++
handoff/rounds/ins-r34-halfsheet.txt | 33 +
handoff/rounds/ins-r34-mobile-boot.txt | 13 +
handoff/rounds/ins-r34-mobile-effect.txt | 17 +
handoff/rounds/ins-r34-mock-empty.txt | 8 +
handoff/rounds/ins-r34-mock-expect.txt | 34 +
handoff/rounds/ins-r34-mock-fresh.txt | 16 +
handoff/rounds/ins-r34-mock-settings.txt | 12 +
handoff/rounds/ins-r34-mock-steps.txt | 44 +
handoff/rounds/ins-r34-mock-transport.txt | 17 +
handoff/rounds/ins-r34-phone-expect.txt | 7 +
handoff/rounds/ins-r34-phone-steps.txt | 9 +
handoff/rounds/ins-r34-probe.txt | 17 +
handoff/rounds/ins-r34-setup-store.txt | 169 ++++
handoff/rounds/ins-r34-setupnote.txt | 39 +
handoff/rounds/ins-r34-you-row.txt | 5 +
handoff/rounds/ins-r35-doc-export.txt | 19 +
handoff/rounds/ins-r35-export-rs.txt | 132 +++
handoff/rounds/ins-r35-kt-args.txt | 12 +
handoff/rounds/ins-r35-kt-command.txt | 64 ++
handoff/rounds/ins-r35-mock-expect.txt | 12 +
handoff/rounds/ins-r35-mock-steps.txt | 29 +
handoff/rounds/ins-r35-mock.txt | 16 +
handoff/rounds/ins-r35-phone-expect.txt | 10 +
handoff/rounds/ins-r35-phone-steps.txt | 10 +
handoff/rounds/ins-r35-sheet.txt | 9 +
handoff/rounds/ins-r35-storage-rs.txt | 60 ++
handoff/rounds/ins-r35-store.txt | 23 +
handoff/rounds/ins-r36-doc-storage.txt | 20 +
handoff/rounds/ins-r36-halfsheet-door.txt | 12 +
handoff/rounds/ins-r36-importer-pick.txt | 20 +
handoff/rounds/ins-r36-importer-start.txt | 22 +
handoff/rounds/ins-r36-kt-body.txt | 169 ++++
handoff/rounds/ins-r36-kt-top.txt | 16 +
handoff/rounds/ins-r36-mock-expect.txt | 12 +
handoff/rounds/ins-r36-mock-probe.txt | 15 +
handoff/rounds/ins-r36-mock-steps.txt | 18 +
handoff/rounds/ins-r36-perm-command.txt | 13 +
handoff/rounds/ins-r36-perm-reference.txt | 155 ++++
handoff/rounds/ins-r36-perm-schema.txt | 366 ++++++++
handoff/rounds/ins-r36-phone-expect.txt | 2 +
handoff/rounds/ins-r36-phone-steps.txt | 5 +
handoff/rounds/ins-r36-plugin-cmd.txt | 33 +
handoff/rounds/ins-r36-plugin-doc.txt | 20 +
handoff/rounds/ins-r36-plugin-types.txt | 25 +
handoff/rounds/ins-r36-probe-head.txt | 54 ++
handoff/rounds/ins-r37-css.txt | 23 +
handoff/rounds/ins-r37-doc-drag.txt | 41 +
handoff/rounds/ins-r37-helpers.txt | 40 +
handoff/rounds/ins-r37-mock-expect.txt | 14 +
handoff/rounds/ins-r37-mock-qsteps.txt | 5 +
handoff/rounds/ins-r37-mock-steps.txt | 14 +
handoff/rounds/ins-r37-phone-expect.txt | 13 +
handoff/rounds/ins-r37-phone-plsteps.txt | 6 +
handoff/rounds/ins-r37-phone-qsteps.txt | 5 +
handoff/rounds/ins-r37-pl-glue.txt | 40 +
handoff/rounds/ins-r37-probe.txt | 6 +
handoff/rounds/ins-r37-reorder.txt | 279 ++++++
handoff/rounds/ins-r37-sheet-glue.txt | 22 +
handoff/rounds/ins-r38-css.txt | 47 +
handoff/rounds/ins-r38-disco.txt | 57 ++
handoff/rounds/ins-r38-doc.txt | 27 +
handoff/rounds/ins-r38-halfsheet.txt | 24 +
handoff/rounds/ins-r38-mobile-meta.txt | 10 +
handoff/rounds/ins-r38-mock-big.txt | 20 +
handoff/rounds/ins-r38-mock-expect.txt | 20 +
handoff/rounds/ins-r38-mock-steps.txt | 21 +
handoff/rounds/ins-r38-phone-expect.txt | 8 +
handoff/rounds/ins-r38-phone-steps.txt | 14 +
handoff/rounds/ins-r38-probe.txt | 13 +
handoff/rounds/ins-r38-screen.txt | 196 +++++
handoff/rounds/ins-r39-doc-seen.txt | 34 +
handoff/rounds/ins-r39-doc-walk.txt | 9 +
handoff/rounds/ins-r39-doc-weather.txt | 6 +
handoff/rounds/ins-r39-expect.txt | 40 +
handoff/rounds/ins-r39-phone-expect.txt | 15 +
handoff/rounds/ins-r39-phone-steps.txt | 11 +
handoff/rounds/ins-r39-probe.txt | 20 +
handoff/rounds/ins-r39-steps.txt | 99 +++
handoff/rounds/ins-r40-doc-map.txt | 103 +++
handoff/rounds/ins-r40-phone-block.txt | 104 +++
handoff/rounds/ins-r40-phone-expect.txt | 113 +++
handoff/rounds/ins-r40-phone-keep.txt | 8 +
handoff/rounds/ins-r40-phone-playlist.txt | 19 +
handoff/rounds/ins-r41-art-tally.txt | 11 +
handoff/rounds/ins-r41-art-trim.txt | 72 ++
handoff/rounds/ins-r41-doc.txt | 111 +++
handoff/rounds/ins-r41-expect.txt | 29 +
handoff/rounds/ins-r41-probe.txt | 64 ++
handoff/rounds/ins-r41-steps.txt | 160 ++++
handoff/rounds/ins-r42-doc-layout.txt | 8 +
handoff/rounds/ins-r42-doc-walk.txt | 57 ++
handoff/rounds/ins-r42-helpers.txt | 108 +++
handoff/rounds/ins-r42-phase.txt | 316 +++++++
handoff/rounds/ins-r43-build-flag.txt | 34 +
handoff/rounds/ins-r43-build-tail.txt | 28 +
handoff/rounds/ins-r43-consumer-media.txt | 22 +
handoff/rounds/ins-r43-consumer-notice.txt | 22 +
handoff/rounds/ins-r43-consumer-share.txt | 17 +
handoff/rounds/ins-r43-consumer-storage.txt | 38 +
handoff/rounds/ins-r43-doc-notdone.txt | 11 +
handoff/rounds/ins-r43-doc-release.txt | 137 +++
handoff/rounds/ins-r43-proguard-app.txt | 96 +++
handoff/rounds/ins-r44-doc-byhand.txt | 2 +
handoff/rounds/ins-r44-doc-row.txt | 1 +
handoff/rounds/ins-r44-doc-section.txt | 91 ++
handoff/rounds/ins-r44-overlay-copy.txt | 9 +
handoff/rounds/ins-r44-verify-icon.txt | 133 +++
handoff/rounds/ins-r45-appicon.txt | 39 +
handoff/rounds/ins-r45-doc-down.txt | 4 +
handoff/rounds/ins-r45-doc-icon.txt | 61 ++
handoff/rounds/ins-r45-falcon-path.txt | 1 +
handoff/rounds/ins-r45-overlay-copy.txt | 9 +
handoff/rounds/ins-r45-smoke-card.txt | 42 +
handoff/rounds/ins-r45-themes-night-v31.txt | 15 +
handoff/rounds/ins-r45-themes-v31.txt | 43 +
handoff/rounds/ins-r46-doc-window.txt | 43 +
handoff/rounds/ins-r46-js-fill.txt | 11 +
handoff/rounds/ins-r46-js-head.txt | 49 ++
handoff/rounds/ins-r46-js-mirror.txt | 9 +
handoff/rounds/ins-r46-kotlin-args.txt | 29 +
handoff/rounds/ins-r46-kotlin-log.txt | 16 +
handoff/rounds/ins-r46-rust-fields.txt | 20 +
handoff/rounds/ins-r46-rust-item.txt | 24 +
handoff/rounds/ins-r46-smoke-probe.txt | 20 +
handoff/rounds/ins-r46-smoke-tail.txt | 83 ++
handoff/rounds/ins-r47-adaptive-icon.txt | 16 +
handoff/rounds/ins-r47-bg-color.txt | 15 +
handoff/rounds/ins-r47-doc-cannot.txt | 23 +
handoff/rounds/ins-r47-doc-checking.txt | 20 +
handoff/rounds/ins-r47-doc-colour.txt | 5 +
handoff/rounds/ins-r47-doc-ground.txt | 34 +
handoff/rounds/ins-r47-doc-lead.txt | 4 +
handoff/rounds/ins-r47-ground-vector.txt | 76 ++
handoff/rounds/ins-r47-verify-debug.txt | 4 +
handoff/rounds/ins-r47-verify-ground.txt | 71 ++
handoff/rounds/ins-r47-verify-header.txt | 10 +
handoff/rounds/ins-r47-verify-overlay.txt | 15 +
handoff/rounds/ins-r48-doc-auto.txt | 11 +
handoff/rounds/ins-r48-doc-bg.txt | 142 +++
handoff/rounds/ins-r48-doc-card-proves.txt | 26 +
handoff/rounds/ins-r48-doc-proves.txt | 13 +
handoff/rounds/ins-r48-doc-queue.txt | 19 +
handoff/rounds/ins-r48-gradle.txt | 30 +
handoff/rounds/ins-r48-player.txt | 344 ++++++++
handoff/rounds/ins-r48-service.txt | 510 +++++++++++
handoff/rounds/ins-r48-walk-checks.txt | 36 +
handoff/rounds/ins-r48-walk-helper.txt | 42 +
handoff/rounds/ins-r49-doc-auto.txt | 24 +
handoff/rounds/ins-r49-doc-cardproves.txt | 21 +
handoff/rounds/ins-r49-doc-prober.txt | 72 ++
handoff/rounds/ins-r49-doc-proves.txt | 19 +
handoff/rounds/ins-r49-doc-singleton.txt | 36 +
handoff/rounds/ins-r49-probe-activity.txt | 279 ++++++
handoff/rounds/ins-r49-probe-manifest.txt | 35 +
handoff/rounds/ins-r49-probe-readme.txt | 94 ++
handoff/rounds/ins-r49-probe-sh.txt | 64 ++
handoff/rounds/ins-r49-service.txt | 769 +++++++++++++++++
handoff/rounds/ins-r49-walk-checks.txt | 34 +
handoff/rounds/ins-r49-walk-helper.txt | 64 ++
handoff/rounds/ins-r50-auto-rs.txt | 811 ++++++++++++++++++
handoff/rounds/ins-r50-bridge-kt.txt | 446 ++++++++++
handoff/rounds/ins-r50-doc-section.txt | 85 ++
handoff/rounds/ins-r50-file-paths.txt | 50 ++
handoff/rounds/ins-r50-walk-block.txt | 153 ++++
handoff/rounds/ins-r50-walk-helper.txt | 33 +
handoff/rounds/ins-r51-config.txt | 29 +
handoff/rounds/ins-r51-ddir.txt | 41 +
handoff/rounds/ins-r51-headless.txt | 783 +++++++++++++++++
handoff/rounds/ins-r51-library-ro.txt | 32 +
handoff/rounds/ins-r51-library-ta.txt | 17 +
handoff/rounds/ins-r51-nativeauto.txt | 167 ++++
handoff/rounds/ins-r51-playback.txt | 229 +++++
handoff/rounds/patch-round10.cjs | 242 ++++++
handoff/rounds/patch-round11.cjs | 150 ++++
handoff/rounds/patch-round12.cjs | 38 +
handoff/rounds/patch-round13.cjs | 141 +++
handoff/rounds/patch-round14.cjs | 97 +++
handoff/rounds/patch-round15.cjs | 233 +++++
handoff/rounds/patch-round16.cjs | 100 +++
handoff/rounds/patch-round17.cjs | 62 ++
handoff/rounds/patch-round18.cjs | 113 +++
handoff/rounds/patch-round19.cjs | 118 +++
handoff/rounds/patch-round20.cjs | 194 +++++
handoff/rounds/patch-round21.cjs | 187 ++++
handoff/rounds/patch-round22.cjs | 127 +++
handoff/rounds/patch-round23.cjs | 189 ++++
handoff/rounds/patch-round24.cjs | 263 ++++++
handoff/rounds/patch-round25.cjs | 321 +++++++
handoff/rounds/patch-round26.cjs | 136 +++
handoff/rounds/patch-round27.cjs | 117 +++
handoff/rounds/patch-round28.cjs | 393 +++++++++
handoff/rounds/patch-round29.cjs | 238 +++++
handoff/rounds/patch-round30.cjs | 321 +++++++
handoff/rounds/patch-round31.cjs | 536 ++++++++++++
handoff/rounds/patch-round32.cjs | 193 +++++
handoff/rounds/patch-round33.cjs | 228 +++++
handoff/rounds/patch-round34.cjs | 270 ++++++
handoff/rounds/patch-round35.cjs | 188 ++++
handoff/rounds/patch-round36.cjs | 370 ++++++++
handoff/rounds/patch-round37.cjs | 198 +++++
handoff/rounds/patch-round38.cjs | 211 +++++
handoff/rounds/patch-round39.cjs | 97 +++
handoff/rounds/patch-round40.cjs | 112 +++
handoff/rounds/patch-round41.cjs | 140 +++
handoff/rounds/patch-round42.cjs | 155 ++++
handoff/rounds/patch-round43.cjs | 116 +++
handoff/rounds/patch-round44.cjs | 169 ++++
handoff/rounds/patch-round45.cjs | 230 +++++
handoff/rounds/patch-round46.cjs | 183 ++++
handoff/rounds/patch-round47.cjs | 328 +++++++
handoff/rounds/patch-round48.cjs | 527 ++++++++++++
handoff/rounds/patch-round49.cjs | 419 +++++++++
handoff/rounds/patch-round5.cjs | 169 ++++
handoff/rounds/patch-round6.cjs | 70 ++
handoff/rounds/patch-round7.cjs | 141 +++
handoff/rounds/patch-round8.cjs | 103 +++
handoff/rounds/patch-round8b.cjs | 19 +
handoff/rounds/patch-round9.cjs | 62 ++
handoff/tools/audit-commands.cjs | 30 +
handoff/tools/baseline-mock-steps.txt | 255 ++++++
handoff/tools/chain-fast.sh | 30 +
handoff/tools/chain.sh | 30 +
handoff/tools/compare-walks.sh | 14 +
handoff/tools/patch-adaptive.cjs | 106 +++
handoff/tools/preflight-on.sh | 20 +
handoff/tools/preflight.sh | 36 +
handoff/tools/realign-future.cjs | 16 +
handoff/tools/realign-future5.cjs | 23 +
handoff/tools/realign-future6.cjs | 30 +
handoff/tools/realign-wait.cjs | 40 +
handoff/tools/reset-tree.sh | 10 +
src-tauri/android/ship-fast.sh | 78 ++
tests/mobile/smoke.mjs | 84 +-
400 files changed, 26401 insertions(+), 3 deletions(-)
create mode 100644 handoff/README.md
create mode 100644 handoff/notes/android-auto-design.md
create mode 100644 handoff/notes/icon-mock-build.mjs
create mode 100644 handoff/notes/icon-mock.html
create mode 100644 handoff/rounds/commit-msg.txt
create mode 100644 handoff/rounds/commit-msg13.txt
create mode 100644 handoff/rounds/commit-msg14.txt
create mode 100644 handoff/rounds/commit-msg15.txt
create mode 100644 handoff/rounds/commit-msg16.txt
create mode 100644 handoff/rounds/commit-msg17.txt
create mode 100644 handoff/rounds/commit-msg18.txt
create mode 100644 handoff/rounds/commit-msg19.txt
create mode 100644 handoff/rounds/commit-msg2.txt
create mode 100644 handoff/rounds/commit-msg20.txt
create mode 100644 handoff/rounds/commit-msg21.txt
create mode 100644 handoff/rounds/commit-msg22.txt
create mode 100644 handoff/rounds/commit-msg23.txt
create mode 100644 handoff/rounds/commit-msg24.txt
create mode 100644 handoff/rounds/commit-msg25.txt
create mode 100644 handoff/rounds/commit-msg26.txt
create mode 100644 handoff/rounds/commit-msg27.txt
create mode 100644 handoff/rounds/commit-msg28.txt
create mode 100644 handoff/rounds/commit-msg29.txt
create mode 100644 handoff/rounds/commit-msg3.txt
create mode 100644 handoff/rounds/commit-msg30.txt
create mode 100644 handoff/rounds/commit-msg31.txt
create mode 100644 handoff/rounds/commit-msg32.txt
create mode 100644 handoff/rounds/commit-msg33.txt
create mode 100644 handoff/rounds/commit-msg34.txt
create mode 100644 handoff/rounds/commit-msg35.txt
create mode 100644 handoff/rounds/commit-msg36.txt
create mode 100644 handoff/rounds/commit-msg37.txt
create mode 100644 handoff/rounds/commit-msg38.txt
create mode 100644 handoff/rounds/commit-msg39.txt
create mode 100644 handoff/rounds/commit-msg40.txt
create mode 100644 handoff/rounds/commit-msg41.txt
create mode 100644 handoff/rounds/commit-msg42.txt
create mode 100644 handoff/rounds/commit-msg43.txt
create mode 100644 handoff/rounds/commit-msg44.txt
create mode 100644 handoff/rounds/commit-msg45.txt
create mode 100644 handoff/rounds/commit-msg46.txt
create mode 100644 handoff/rounds/commit-msg47.txt
create mode 100644 handoff/rounds/commit-msg48.txt
create mode 100644 handoff/rounds/ins-r20-peer.txt
create mode 100644 handoff/rounds/ins-r21-buddyrow.txt
create mode 100644 handoff/rounds/ins-r21-css.txt
create mode 100644 handoff/rounds/ins-r21-doc.txt
create mode 100644 handoff/rounds/ins-r21-expect.txt
create mode 100644 handoff/rounds/ins-r21-probe.txt
create mode 100644 handoff/rounds/ins-r21-prompt.txt
create mode 100644 handoff/rounds/ins-r21-sheet.txt
create mode 100644 handoff/rounds/ins-r21-steps-b.txt
create mode 100644 handoff/rounds/ins-r21-steps-c.txt
create mode 100644 handoff/rounds/ins-r21-steps-d.txt
create mode 100644 handoff/rounds/ins-r21-store.txt
create mode 100644 handoff/rounds/ins-r22-community.txt
create mode 100644 handoff/rounds/ins-r22-doc.txt
create mode 100644 handoff/rounds/ins-r22-smoke-steps.txt
create mode 100644 handoff/rounds/ins-r22-taste-store.txt
create mode 100644 handoff/rounds/ins-r23-android.txt
create mode 100644 handoff/rounds/ins-r23-halfsheet-rows.txt
create mode 100644 handoff/rounds/ins-r23-halfsheet-swrow.txt
create mode 100644 handoff/rounds/ins-r23-lyrics-store.txt
create mode 100644 handoff/rounds/ins-r23-mock.txt
create mode 100644 handoff/rounds/ins-r23-shell-css.txt
create mode 100644 handoff/rounds/ins-r23-smoke-mock-expect.txt
create mode 100644 handoff/rounds/ins-r23-smoke-mock-steps.txt
create mode 100644 handoff/rounds/ins-r23-smoke-phone-expect.txt
create mode 100644 handoff/rounds/ins-r23-smoke-phone-steps.txt
create mode 100644 handoff/rounds/ins-r23-smoke-probe.txt
create mode 100644 handoff/rounds/ins-r23-syncroom.txt
create mode 100644 handoff/rounds/ins-r24-importer-folder.txt
create mode 100644 handoff/rounds/ins-r24-importer-regex.txt
create mode 100644 handoff/rounds/ins-r24-mock.txt
create mode 100644 handoff/rounds/ins-r24-smoke-expect.txt
create mode 100644 handoff/rounds/ins-r24-smoke-mock.txt
create mode 100644 handoff/rounds/ins-r24-smoke-phone-expect.txt
create mode 100644 handoff/rounds/ins-r24-smoke-phone.txt
create mode 100644 handoff/rounds/ins-r25-popular.txt
create mode 100644 handoff/rounds/ins-r25-steps-hero.txt
create mode 100644 handoff/rounds/ins-r25-steps-phone.txt
create mode 100644 handoff/rounds/ins-r25-steps-you.txt
create mode 100644 handoff/rounds/ins-r25-store.txt
create mode 100644 handoff/rounds/ins-r25-you.txt
create mode 100644 handoff/rounds/ins-r26-diag.txt
create mode 100644 handoff/rounds/ins-r26-doc-copy.txt
create mode 100644 handoff/rounds/ins-r26-doc.txt
create mode 100644 handoff/rounds/ins-r26-halfsheet-copy.txt
create mode 100644 handoff/rounds/ins-r26-mock-expect.txt
create mode 100644 handoff/rounds/ins-r26-mock-steps.txt
create mode 100644 handoff/rounds/ins-r26-mock.txt
create mode 100644 handoff/rounds/ins-r26-np-steps.txt
create mode 100644 handoff/rounds/ins-r26-phone-expect.txt
create mode 100644 handoff/rounds/ins-r26-phone-steps.txt
create mode 100644 handoff/rounds/ins-r26-probe.txt
create mode 100644 handoff/rounds/ins-r26-you-port.txt
create mode 100644 handoff/rounds/ins-r27-css.txt
create mode 100644 handoff/rounds/ins-r27-doc.txt
create mode 100644 handoff/rounds/ins-r27-expect.txt
create mode 100644 handoff/rounds/ins-r27-probe.txt
create mode 100644 handoff/rounds/ins-r27-steps.txt
create mode 100644 handoff/rounds/ins-r28-doc.txt
create mode 100644 handoff/rounds/ins-r28-fields.txt
create mode 100644 handoff/rounds/ins-r28-mobile-script.txt
create mode 100644 handoff/rounds/ins-r28-probe.txt
create mode 100644 handoff/rounds/ins-r28-toasts.txt
create mode 100644 handoff/rounds/ins-r29-crate-buildrs.txt
create mode 100644 handoff/rounds/ins-r29-crate-cargo.txt
create mode 100644 handoff/rounds/ins-r29-crate-lib.txt
create mode 100644 handoff/rounds/ins-r29-doc.txt
create mode 100644 handoff/rounds/ins-r29-drawable.txt
create mode 100644 handoff/rounds/ins-r29-gradle.txt
create mode 100644 handoff/rounds/ins-r29-manifest.txt
create mode 100644 handoff/rounds/ins-r29-mock-expect.txt
create mode 100644 handoff/rounds/ins-r29-mock-steps.txt
create mode 100644 handoff/rounds/ins-r29-perm-default.txt
create mode 100644 handoff/rounds/ins-r29-phone-expect.txt
create mode 100644 handoff/rounds/ins-r29-phone-steps.txt
create mode 100644 handoff/rounds/ins-r29-plugin-kt.txt
create mode 100644 handoff/rounds/ins-r29-probe.txt
create mode 100644 handoff/rounds/ins-r29-service-kt.txt
create mode 100644 handoff/rounds/ins-r29-shadenotice.txt
create mode 100644 handoff/rounds/ins-r29-xfernote.txt
create mode 100644 handoff/rounds/ins-r30-catalog-lanes.txt
create mode 100644 handoff/rounds/ins-r30-css.txt
create mode 100644 handoff/rounds/ins-r30-doc-artist.txt
create mode 100644 handoff/rounds/ins-r30-doc-lyrics.txt
create mode 100644 handoff/rounds/ins-r30-doc-notdone.txt
create mode 100644 handoff/rounds/ins-r30-lyr-store.txt
create mode 100644 handoff/rounds/ins-r30-mock-activity.txt
create mode 100644 handoff/rounds/ins-r30-mock-expect-lanes.txt
create mode 100644 handoff/rounds/ins-r30-mock-expect.txt
create mode 100644 handoff/rounds/ins-r30-mock-lanes.txt
create mode 100644 handoff/rounds/ins-r30-mock-slow.txt
create mode 100644 handoff/rounds/ins-r30-mock-steps-lanes.txt
create mode 100644 handoff/rounds/ins-r30-mock-steps.txt
create mode 100644 handoff/rounds/ins-r30-phone-step.txt
create mode 100644 handoff/rounds/ins-r30-probe.txt
create mode 100644 handoff/rounds/ins-r30-syncroom-markup.txt
create mode 100644 handoff/rounds/ins-r30-syncroom-script.txt
create mode 100644 handoff/rounds/ins-r31-css.txt
create mode 100644 handoff/rounds/ins-r31-doc.txt
create mode 100644 handoff/rounds/ins-r31-expect.txt
create mode 100644 handoff/rounds/ins-r31-mock.txt
create mode 100644 handoff/rounds/ins-r31-phone-expect.txt
create mode 100644 handoff/rounds/ins-r31-phone-steps.txt
create mode 100644 handoff/rounds/ins-r31-probe.txt
create mode 100644 handoff/rounds/ins-r31-steps.txt
create mode 100644 handoff/rounds/ins-r31-trouble.txt
create mode 100644 handoff/rounds/ins-r32-boot.txt
create mode 100644 handoff/rounds/ins-r32-doc.txt
create mode 100644 handoff/rounds/ins-r32-loadlibrary.txt
create mode 100644 handoff/rounds/ins-r32-mobile-effect.txt
create mode 100644 handoff/rounds/ins-r32-mobile-onmount.txt
create mode 100644 handoff/rounds/ins-r32-mobile-seal.txt
create mode 100644 handoff/rounds/ins-r32-mock-expect.txt
create mode 100644 handoff/rounds/ins-r32-phone-expect.txt
create mode 100644 handoff/rounds/ins-r32-player-stream.txt
create mode 100644 handoff/rounds/ins-r32-player-tail.txt
create mode 100644 handoff/rounds/ins-r32-probe.txt
create mode 100644 handoff/rounds/ins-r32-slsk-on.txt
create mode 100644 handoff/rounds/ins-r32-watchlibrary.txt
create mode 100644 handoff/rounds/ins-r33-fmtcount.txt
create mode 100644 handoff/rounds/ins-r33-stamp.txt
create mode 100644 handoff/rounds/ins-r34-css.txt
create mode 100644 handoff/rounds/ins-r34-doc-notdone.txt
create mode 100644 handoff/rounds/ins-r34-doc.txt
create mode 100644 handoff/rounds/ins-r34-halfsheet.txt
create mode 100644 handoff/rounds/ins-r34-mobile-boot.txt
create mode 100644 handoff/rounds/ins-r34-mobile-effect.txt
create mode 100644 handoff/rounds/ins-r34-mock-empty.txt
create mode 100644 handoff/rounds/ins-r34-mock-expect.txt
create mode 100644 handoff/rounds/ins-r34-mock-fresh.txt
create mode 100644 handoff/rounds/ins-r34-mock-settings.txt
create mode 100644 handoff/rounds/ins-r34-mock-steps.txt
create mode 100644 handoff/rounds/ins-r34-mock-transport.txt
create mode 100644 handoff/rounds/ins-r34-phone-expect.txt
create mode 100644 handoff/rounds/ins-r34-phone-steps.txt
create mode 100644 handoff/rounds/ins-r34-probe.txt
create mode 100644 handoff/rounds/ins-r34-setup-store.txt
create mode 100644 handoff/rounds/ins-r34-setupnote.txt
create mode 100644 handoff/rounds/ins-r34-you-row.txt
create mode 100644 handoff/rounds/ins-r35-doc-export.txt
create mode 100644 handoff/rounds/ins-r35-export-rs.txt
create mode 100644 handoff/rounds/ins-r35-kt-args.txt
create mode 100644 handoff/rounds/ins-r35-kt-command.txt
create mode 100644 handoff/rounds/ins-r35-mock-expect.txt
create mode 100644 handoff/rounds/ins-r35-mock-steps.txt
create mode 100644 handoff/rounds/ins-r35-mock.txt
create mode 100644 handoff/rounds/ins-r35-phone-expect.txt
create mode 100644 handoff/rounds/ins-r35-phone-steps.txt
create mode 100644 handoff/rounds/ins-r35-sheet.txt
create mode 100644 handoff/rounds/ins-r35-storage-rs.txt
create mode 100644 handoff/rounds/ins-r35-store.txt
create mode 100644 handoff/rounds/ins-r36-doc-storage.txt
create mode 100644 handoff/rounds/ins-r36-halfsheet-door.txt
create mode 100644 handoff/rounds/ins-r36-importer-pick.txt
create mode 100644 handoff/rounds/ins-r36-importer-start.txt
create mode 100644 handoff/rounds/ins-r36-kt-body.txt
create mode 100644 handoff/rounds/ins-r36-kt-top.txt
create mode 100644 handoff/rounds/ins-r36-mock-expect.txt
create mode 100644 handoff/rounds/ins-r36-mock-probe.txt
create mode 100644 handoff/rounds/ins-r36-mock-steps.txt
create mode 100644 handoff/rounds/ins-r36-perm-command.txt
create mode 100644 handoff/rounds/ins-r36-perm-reference.txt
create mode 100644 handoff/rounds/ins-r36-perm-schema.txt
create mode 100644 handoff/rounds/ins-r36-phone-expect.txt
create mode 100644 handoff/rounds/ins-r36-phone-steps.txt
create mode 100644 handoff/rounds/ins-r36-plugin-cmd.txt
create mode 100644 handoff/rounds/ins-r36-plugin-doc.txt
create mode 100644 handoff/rounds/ins-r36-plugin-types.txt
create mode 100644 handoff/rounds/ins-r36-probe-head.txt
create mode 100644 handoff/rounds/ins-r37-css.txt
create mode 100644 handoff/rounds/ins-r37-doc-drag.txt
create mode 100644 handoff/rounds/ins-r37-helpers.txt
create mode 100644 handoff/rounds/ins-r37-mock-expect.txt
create mode 100644 handoff/rounds/ins-r37-mock-qsteps.txt
create mode 100644 handoff/rounds/ins-r37-mock-steps.txt
create mode 100644 handoff/rounds/ins-r37-phone-expect.txt
create mode 100644 handoff/rounds/ins-r37-phone-plsteps.txt
create mode 100644 handoff/rounds/ins-r37-phone-qsteps.txt
create mode 100644 handoff/rounds/ins-r37-pl-glue.txt
create mode 100644 handoff/rounds/ins-r37-probe.txt
create mode 100644 handoff/rounds/ins-r37-reorder.txt
create mode 100644 handoff/rounds/ins-r37-sheet-glue.txt
create mode 100644 handoff/rounds/ins-r38-css.txt
create mode 100644 handoff/rounds/ins-r38-disco.txt
create mode 100644 handoff/rounds/ins-r38-doc.txt
create mode 100644 handoff/rounds/ins-r38-halfsheet.txt
create mode 100644 handoff/rounds/ins-r38-mobile-meta.txt
create mode 100644 handoff/rounds/ins-r38-mock-big.txt
create mode 100644 handoff/rounds/ins-r38-mock-expect.txt
create mode 100644 handoff/rounds/ins-r38-mock-steps.txt
create mode 100644 handoff/rounds/ins-r38-phone-expect.txt
create mode 100644 handoff/rounds/ins-r38-phone-steps.txt
create mode 100644 handoff/rounds/ins-r38-probe.txt
create mode 100644 handoff/rounds/ins-r38-screen.txt
create mode 100644 handoff/rounds/ins-r39-doc-seen.txt
create mode 100644 handoff/rounds/ins-r39-doc-walk.txt
create mode 100644 handoff/rounds/ins-r39-doc-weather.txt
create mode 100644 handoff/rounds/ins-r39-expect.txt
create mode 100644 handoff/rounds/ins-r39-phone-expect.txt
create mode 100644 handoff/rounds/ins-r39-phone-steps.txt
create mode 100644 handoff/rounds/ins-r39-probe.txt
create mode 100644 handoff/rounds/ins-r39-steps.txt
create mode 100644 handoff/rounds/ins-r40-doc-map.txt
create mode 100644 handoff/rounds/ins-r40-phone-block.txt
create mode 100644 handoff/rounds/ins-r40-phone-expect.txt
create mode 100644 handoff/rounds/ins-r40-phone-keep.txt
create mode 100644 handoff/rounds/ins-r40-phone-playlist.txt
create mode 100644 handoff/rounds/ins-r41-art-tally.txt
create mode 100644 handoff/rounds/ins-r41-art-trim.txt
create mode 100644 handoff/rounds/ins-r41-doc.txt
create mode 100644 handoff/rounds/ins-r41-expect.txt
create mode 100644 handoff/rounds/ins-r41-probe.txt
create mode 100644 handoff/rounds/ins-r41-steps.txt
create mode 100644 handoff/rounds/ins-r42-doc-layout.txt
create mode 100644 handoff/rounds/ins-r42-doc-walk.txt
create mode 100644 handoff/rounds/ins-r42-helpers.txt
create mode 100644 handoff/rounds/ins-r42-phase.txt
create mode 100644 handoff/rounds/ins-r43-build-flag.txt
create mode 100644 handoff/rounds/ins-r43-build-tail.txt
create mode 100644 handoff/rounds/ins-r43-consumer-media.txt
create mode 100644 handoff/rounds/ins-r43-consumer-notice.txt
create mode 100644 handoff/rounds/ins-r43-consumer-share.txt
create mode 100644 handoff/rounds/ins-r43-consumer-storage.txt
create mode 100644 handoff/rounds/ins-r43-doc-notdone.txt
create mode 100644 handoff/rounds/ins-r43-doc-release.txt
create mode 100644 handoff/rounds/ins-r43-proguard-app.txt
create mode 100644 handoff/rounds/ins-r44-doc-byhand.txt
create mode 100644 handoff/rounds/ins-r44-doc-row.txt
create mode 100644 handoff/rounds/ins-r44-doc-section.txt
create mode 100644 handoff/rounds/ins-r44-overlay-copy.txt
create mode 100644 handoff/rounds/ins-r44-verify-icon.txt
create mode 100644 handoff/rounds/ins-r45-appicon.txt
create mode 100644 handoff/rounds/ins-r45-doc-down.txt
create mode 100644 handoff/rounds/ins-r45-doc-icon.txt
create mode 100644 handoff/rounds/ins-r45-falcon-path.txt
create mode 100644 handoff/rounds/ins-r45-overlay-copy.txt
create mode 100644 handoff/rounds/ins-r45-smoke-card.txt
create mode 100644 handoff/rounds/ins-r45-themes-night-v31.txt
create mode 100644 handoff/rounds/ins-r45-themes-v31.txt
create mode 100644 handoff/rounds/ins-r46-doc-window.txt
create mode 100644 handoff/rounds/ins-r46-js-fill.txt
create mode 100644 handoff/rounds/ins-r46-js-head.txt
create mode 100644 handoff/rounds/ins-r46-js-mirror.txt
create mode 100644 handoff/rounds/ins-r46-kotlin-args.txt
create mode 100644 handoff/rounds/ins-r46-kotlin-log.txt
create mode 100644 handoff/rounds/ins-r46-rust-fields.txt
create mode 100644 handoff/rounds/ins-r46-rust-item.txt
create mode 100644 handoff/rounds/ins-r46-smoke-probe.txt
create mode 100644 handoff/rounds/ins-r46-smoke-tail.txt
create mode 100644 handoff/rounds/ins-r47-adaptive-icon.txt
create mode 100644 handoff/rounds/ins-r47-bg-color.txt
create mode 100644 handoff/rounds/ins-r47-doc-cannot.txt
create mode 100644 handoff/rounds/ins-r47-doc-checking.txt
create mode 100644 handoff/rounds/ins-r47-doc-colour.txt
create mode 100644 handoff/rounds/ins-r47-doc-ground.txt
create mode 100644 handoff/rounds/ins-r47-doc-lead.txt
create mode 100644 handoff/rounds/ins-r47-ground-vector.txt
create mode 100644 handoff/rounds/ins-r47-verify-debug.txt
create mode 100644 handoff/rounds/ins-r47-verify-ground.txt
create mode 100644 handoff/rounds/ins-r47-verify-header.txt
create mode 100644 handoff/rounds/ins-r47-verify-overlay.txt
create mode 100644 handoff/rounds/ins-r48-doc-auto.txt
create mode 100644 handoff/rounds/ins-r48-doc-bg.txt
create mode 100644 handoff/rounds/ins-r48-doc-card-proves.txt
create mode 100644 handoff/rounds/ins-r48-doc-proves.txt
create mode 100644 handoff/rounds/ins-r48-doc-queue.txt
create mode 100644 handoff/rounds/ins-r48-gradle.txt
create mode 100644 handoff/rounds/ins-r48-player.txt
create mode 100644 handoff/rounds/ins-r48-service.txt
create mode 100644 handoff/rounds/ins-r48-walk-checks.txt
create mode 100644 handoff/rounds/ins-r48-walk-helper.txt
create mode 100644 handoff/rounds/ins-r49-doc-auto.txt
create mode 100644 handoff/rounds/ins-r49-doc-cardproves.txt
create mode 100644 handoff/rounds/ins-r49-doc-prober.txt
create mode 100644 handoff/rounds/ins-r49-doc-proves.txt
create mode 100644 handoff/rounds/ins-r49-doc-singleton.txt
create mode 100644 handoff/rounds/ins-r49-probe-activity.txt
create mode 100644 handoff/rounds/ins-r49-probe-manifest.txt
create mode 100644 handoff/rounds/ins-r49-probe-readme.txt
create mode 100644 handoff/rounds/ins-r49-probe-sh.txt
create mode 100644 handoff/rounds/ins-r49-service.txt
create mode 100644 handoff/rounds/ins-r49-walk-checks.txt
create mode 100644 handoff/rounds/ins-r49-walk-helper.txt
create mode 100644 handoff/rounds/ins-r50-auto-rs.txt
create mode 100644 handoff/rounds/ins-r50-bridge-kt.txt
create mode 100644 handoff/rounds/ins-r50-doc-section.txt
create mode 100644 handoff/rounds/ins-r50-file-paths.txt
create mode 100644 handoff/rounds/ins-r50-walk-block.txt
create mode 100644 handoff/rounds/ins-r50-walk-helper.txt
create mode 100644 handoff/rounds/ins-r51-config.txt
create mode 100644 handoff/rounds/ins-r51-ddir.txt
create mode 100644 handoff/rounds/ins-r51-headless.txt
create mode 100644 handoff/rounds/ins-r51-library-ro.txt
create mode 100644 handoff/rounds/ins-r51-library-ta.txt
create mode 100644 handoff/rounds/ins-r51-nativeauto.txt
create mode 100644 handoff/rounds/ins-r51-playback.txt
create mode 100644 handoff/rounds/patch-round10.cjs
create mode 100644 handoff/rounds/patch-round11.cjs
create mode 100644 handoff/rounds/patch-round12.cjs
create mode 100644 handoff/rounds/patch-round13.cjs
create mode 100644 handoff/rounds/patch-round14.cjs
create mode 100644 handoff/rounds/patch-round15.cjs
create mode 100644 handoff/rounds/patch-round16.cjs
create mode 100644 handoff/rounds/patch-round17.cjs
create mode 100644 handoff/rounds/patch-round18.cjs
create mode 100644 handoff/rounds/patch-round19.cjs
create mode 100644 handoff/rounds/patch-round20.cjs
create mode 100644 handoff/rounds/patch-round21.cjs
create mode 100644 handoff/rounds/patch-round22.cjs
create mode 100644 handoff/rounds/patch-round23.cjs
create mode 100644 handoff/rounds/patch-round24.cjs
create mode 100644 handoff/rounds/patch-round25.cjs
create mode 100644 handoff/rounds/patch-round26.cjs
create mode 100644 handoff/rounds/patch-round27.cjs
create mode 100644 handoff/rounds/patch-round28.cjs
create mode 100644 handoff/rounds/patch-round29.cjs
create mode 100644 handoff/rounds/patch-round30.cjs
create mode 100644 handoff/rounds/patch-round31.cjs
create mode 100644 handoff/rounds/patch-round32.cjs
create mode 100644 handoff/rounds/patch-round33.cjs
create mode 100644 handoff/rounds/patch-round34.cjs
create mode 100644 handoff/rounds/patch-round35.cjs
create mode 100644 handoff/rounds/patch-round36.cjs
create mode 100644 handoff/rounds/patch-round37.cjs
create mode 100644 handoff/rounds/patch-round38.cjs
create mode 100644 handoff/rounds/patch-round39.cjs
create mode 100644 handoff/rounds/patch-round40.cjs
create mode 100644 handoff/rounds/patch-round41.cjs
create mode 100644 handoff/rounds/patch-round42.cjs
create mode 100644 handoff/rounds/patch-round43.cjs
create mode 100644 handoff/rounds/patch-round44.cjs
create mode 100644 handoff/rounds/patch-round45.cjs
create mode 100644 handoff/rounds/patch-round46.cjs
create mode 100644 handoff/rounds/patch-round47.cjs
create mode 100644 handoff/rounds/patch-round48.cjs
create mode 100644 handoff/rounds/patch-round49.cjs
create mode 100644 handoff/rounds/patch-round5.cjs
create mode 100644 handoff/rounds/patch-round6.cjs
create mode 100644 handoff/rounds/patch-round7.cjs
create mode 100644 handoff/rounds/patch-round8.cjs
create mode 100644 handoff/rounds/patch-round8b.cjs
create mode 100644 handoff/rounds/patch-round9.cjs
create mode 100644 handoff/tools/audit-commands.cjs
create mode 100644 handoff/tools/baseline-mock-steps.txt
create mode 100644 handoff/tools/chain-fast.sh
create mode 100644 handoff/tools/chain.sh
create mode 100644 handoff/tools/compare-walks.sh
create mode 100644 handoff/tools/patch-adaptive.cjs
create mode 100644 handoff/tools/preflight-on.sh
create mode 100644 handoff/tools/preflight.sh
create mode 100644 handoff/tools/realign-future.cjs
create mode 100644 handoff/tools/realign-future5.cjs
create mode 100644 handoff/tools/realign-future6.cjs
create mode 100644 handoff/tools/realign-wait.cjs
create mode 100644 handoff/tools/reset-tree.sh
create mode 100644 src-tauri/android/ship-fast.sh
diff --git a/handoff/README.md b/handoff/README.md
new file mode 100644
index 0000000..a541bb0
--- /dev/null
+++ b/handoff/README.md
@@ -0,0 +1,19 @@
+# handoff/ — the Android port's pending work
+
+Saved 2026-09-14 when the session ended. Nothing here is on `main`; `main` holds
+only rounds that were built, walked on the device and committed.
+
+- `rounds/` — every round's patch script and commit message, and the insertion
+ files they read. **Rounds 43 to 48 are written and verified but not yet
+ shipped**; 49 is incomplete (authoring was stopped mid-flight). The earlier
+ ones are kept because a patch is the record of how a round was made.
+- `tools/` — the pipeline. `preflight.sh` applies a wave in order to a throwaway
+ copy; `chain.sh` patches and ships a list of rounds; `reset-tree.sh` puts the
+ tree back after a failure (a plain `git checkout --` leaves new files behind
+ and trips the round's own re-run guard); `compare-walks.sh` and
+ `baseline-mock-steps.txt` are the A/B for the unverified adaptive-wait change;
+ `audit-commands.cjs` lists backend commands the phone never calls.
+- `notes/` — the Android Auto design in full, and the icon background comparison
+ mock (open `icon-mock.html` directly; it needs no server).
+
+Start with `../HANDOFF-2026-09-14-android-auto-and-icon.md`.
diff --git a/handoff/notes/android-auto-design.md b/handoff/notes/android-auto-design.md
new file mode 100644
index 0000000..58749d3
--- /dev/null
+++ b/handoff/notes/android-auto-design.md
@@ -0,0 +1,264 @@
+# Android Auto — the design
+
+_Produced 2026-09-14 by a research pass (current API research, testing research,
+a scout of this repo's media stack, a scout of every icon surface) and a synthesis._
+
+## Verdict
+
+**Build it on media3 `MediaLibraryService`, and migrate the existing card onto it rather than standing a second service beside it. Do the icon first, in two small rounds, before touching any of it.**
+
+Three decisions, stated plainly:
+
+**1. media3, not `MediaBrowserServiceCompat`.** `androidx.media` — the whole library the plugin currently depends on (`crates/tauri-plugin-media-session/android/build.gradle.kts:26`, `androidx.media:media:1.7.0`) — was deprecated in 1.8.0 (2026-05-06). `MediaSessionCompat`, `MediaButtonReceiver` and the `MediaStyle` notification in `MediaService.kt` are all on it. Building Auto on `MediaBrowserServiceCompat` would be adding new code to a deprecated library, which is exactly the obsolete pattern Kyle asked to avoid. media3 1.11.0 is stable and gives the legacy `android.media.browse.MediaBrowserService` binder Auto actually binds, for free — you just declare both actions in the intent-filter.
+
+**2. Migrate, do not wrap or double up.** Two live `MediaSession`s in one app means two cards in the shade and undefined media-button targeting; media3 posts and owns the notification itself. There is no safe "add Auto alongside" intermediate — the cut is atomic within one deploy. That means one round deliberately puts the daily-use lock-screen card at risk. **This is the real cost of Auto and it should be said out loud before starting.** The mitigations are: land the hardest sub-piece (the queue mirror) a round *early*, where it cannot break anything; make the migration its own round that ships and soaks before any car-facing code follows; and re-run by hand the one check the walk provably cannot catch — the 25-second paused-restore FGS survival test, which `memory/android-fgs-promote-first.md` records as having killed a real Save while the walks passed.
+
+**3. The cold-start problem has a real answer, and it is smaller than it looks.** The framing "playback lives in Rust driven by a WebView, so cold start is hard" is half right. What is genuinely WebView-bound is the **queue** (`src/mobile/player.svelte.js`) and the **resolver** (`src/lib/sources.js`, 872 lines of JS). What is *not* WebView-bound — and this is the load-bearing finding — is everything else: `crates/library` is plain rusqlite with no Tauri dependency, `crates/player` is plain rodio/symphonia with no Tauri dependency, and `JNI_OnLoad` already publishes the JavaVM and Context to `ndk-context` at `System.loadLibrary` time, before any Activity exists. `object Rust`'s class initializer does nothing but load that .so.
+
+So a service-started process with no Activity, no Tauri and no WebView can already: load the native library, open `library.db`, and drive rodio. The honest staged answer is:
+
+- **Browse works cold from day one**, served by a new JNI entry in `libapp_lib.so` that opens the library **read-only** (`Connection::open_with_flags`, never `Library::open` — that one writes) and answers from its own small queries.
+- **Playback from cold lands one stage later**, as a headless fallback queue of local file paths that exists only while no WebView is alive, over a process-singleton `Player`.
+- **Catalog and Soulseek content never plays from cold**, in this plan or any realistic successor, because the resolver is JS and Soulseek needs a live session. Those items get the documented `STATE_ERROR` + `ERROR_RESOLUTION_ACTION_LABEL` + resolution intent — "open SoulStream on your phone" — which is also exactly what satisfies Google's "must work when the user isn't signed in" test requirement.
+
+**What the user experiences in between** (after browse lands, before cold playback lands): the car shows the full library tree whether or not the app is running. If the app *is* running — which it is whenever the phone has been used recently — taps play normally. If the process is cold, a tap surfaces a one-line card telling them to open the app, and the next tap works. That is a real, defensible intermediate, not a broken one, and it is worth shipping on the way.
+
+**Two mechanism notes that save real work.** First, the JNI symbol lives in `libapp_lib.so` (the app crate, which has the `library` and `player` deps) while the Kotlin `external fun` is declared in the *plugin* module's own package and calls `System.loadLibrary("app_lib")` itself. Names link at runtime, so the plugin crate needs no Rust dependency on `library` — the whole "plugin can't depend upward on `LibraryState`, so it needs a registration hook" problem simply evaporates. Second, resources: a library module cannot override a resource the app module already defines, so the density mipmaps must come from a **tracked res overlay copied in by `build.sh`/`dev.sh`**; but the app module defines no `mipmap-anydpi-v26` and sets no `android:roundIcon`/`appCategory`, so the adaptive icon and the manifest attributes can come from a library module. Use both, each for what it can actually do. The overlay also becomes the only sane home for `res/xml/file_paths.xml`, which Auto needs later for `content://` cover art and which currently exposes only `external-path` and `cache-path`.
+
+Scope: Android Automotive OS, Android TV, Wear and a Play release are **separate jobs**, none of which come along for free. The template already declares `LEANBACK_LAUNCHER` with no banner — leave it dormant rather than adding a banner and making a never-tested TV entry look shippable. And note that a sideloaded SoulStream is invisible to Android Auto until developer mode + "Unknown sources" are enabled on the phone; real-world visibility needs a Play release and the car-app-quality review. That is a product decision, not an engineering one.
+
+## Rounds
+
+Nine rounds. Two are icon, six are Auto, one is Kyle's. Rounds 4 and 7 are honestly bigger than a sitting and are flagged as such.
+
+---
+
+**R1 — The launcher icon, everywhere it is static.**
+
+*Delivers:* SoulStream's falcon replaces Tauri's logo on the launcher, in recents, on the splash and in other apps' share sheets; a real adaptive icon with a monochrome layer so Android 13+ themed icons work.
+
+*Touches:* a new tracked `src-tauri/android/res/` overlay carrying `mipmap-anydpi-v26/{ic_launcher,ic_launcher_round}.xml`, `mipmap-*/ic_launcher.png` (kit `legacy/`), and the foreground/background/monochrome layers; a copy step added to `src-tauri/android/build.sh` (before the `cd src-tauri/gen/android && gradlew` at line ~21) **and** to `dev.sh`. The kit's own `mipmap-anydpi-v26/*.xml` references `@drawable/ic_launcher_foreground` while the PNGs ship under `mipmap-*` with no `drawable-*` directory anywhere — verified by reading both — so it will not compile as delivered and must be reconciled during the copy (point the XML at `@mipmap/`, or land the layers under `drawable-*`).
+
+*Verified by:* the walk cannot see a launcher. Three checks instead — (a) unzip the built APK and assert `res/mipmap-anydpi-v26/ic_launcher.xml` exists and the `ic_launcher.png` hashes now match the kit, which is a pure build assertion and can be a permanent one-liner; (b) `deploy.sh` already screenshots after launch, so the recents/splash change shows up there; (c) one `adb exec-out screencap` of the launcher with themed icons off, then on — 60 seconds of Kyle's phone, and the only way adaptive masking and the monochrome layer are ever really proven.
+
+*Depends on:* nothing. Ship first.
+
+---
+
+**R2 — The icon's moving parts.**
+
+*Delivers:* a falcon notification glyph replacing the generic eighth-note; an app-icon fallback bitmap so the lock screen and (later) Auto never show a grey hole when a cover hasn't decoded; a proper Android 12+ splash instead of the platform's white flash; `android:appCategory="audio"`.
+
+*Touches:* `ic_soulstream_note.xml` (media-session) and `ic_soulstream_down.xml` (transfer-notice) — **both**, or the two notifications stop matching; `MediaService.kt:261` `.setLargeIcon(MediaHub.art)` and `:205-208`'s `METADATA_KEY_ALBUM_ART` gain a decoded-once fallback; `values/themes.xml` in the overlay gains `Theme.App.Starting`; a small library manifest in the media-session module adds `appCategory` (the app manifest sets none, so the merger takes it).
+
+*Verified by:* the walk already reads `dumpsys notification --noredact` (smoke.mjs:2180) — assert the card is still posted and the transport still works. The glyph itself is a screenshot: Android's shade takes the alpha channel only, so a falcon exported with colour renders as a white blob and only a pixel will show it. Splash is a screencap during the first 400 ms of a cold start.
+
+*Depends on:* R1's overlay mechanism.
+
+---
+
+**R3 — The mirror grows a queue window. (No behaviour change.)**
+
+*Delivers:* the single hardest sub-piece of the media3 migration, landed a round early where it cannot break anything.
+
+*Touches:* `NowPlaying` in `crates/tauri-plugin-media-session/src/lib.rs:29-44` and `NowPlayingArgs` in `MediaSessionPlugin.kt:18-31` gain a bounded queue window (current ±N items: id, title, artist, album, duration, artKey) plus the current index; `src/mobile/media.svelte.js:15-43` fills them from `player.queue`/`player.qi`. `MediaService.kt` ignores the new fields entirely.
+
+*Why it matters:* media3's `SimpleBasePlayer.getState()` wants a playlist and an index. Today Kotlin knows exactly one track. Doing this inside R4 would mean debugging a new mirror contract and a new session library at the same time. Doing it here means that by the time media3 arrives, the data it needs has already been running on the phone for a round.
+
+*Verified by:* the existing card must be completely unchanged — the walk's media-session steps pass as-is. Add one logcat assertion that the window arrives populated and the index is right after a next/prev. Genuinely half a sitting.
+
+*Depends on:* nothing (can even run in parallel with R1/R2).
+
+---
+
+**R4 — media3 migration. No Auto yet. THE BIG ONE.**
+
+*Delivers:* the same lock-screen card, shade transport, headset buttons, audio focus and becoming-noisy pause, on a current API — and the `Player` abstraction that everything after this depends on.
+
+*Touches:* `build.gradle.kts` swaps `androidx.media:media:1.7.0` for `androidx.media3:media3-session` + `media3-common`. A new `SoulStreamPlayer : SimpleBasePlayer` maps `getState()` from `MediaHub.state` (with R3's window) and routes `handlePlay`/`handlePause`/`handleSeek`/`handleSetMediaItem`/`handleSeekToNext|Previous` into the existing `MediaHub.act(...)` — the round trip out to the WebView via `Plugin.trigger("action", …)` is unchanged, so `media.svelte.js:57-68` keeps working untouched. `MediaService` becomes a `MediaSessionService` returning a `MediaSession`. Deleted: `buildNotification` (`:247-282`), the `MediaButtonReceiver` declaration and the `MEDIA_BUTTON` intent-filter in the plugin manifest (`:11-27`), and the whole audio-focus block (`:107-127`, `:295-308`) — media3 handles focus via `setAudioAttributes(…, handleAudioFocus = true)`. Leaving the old receiver in place alongside media3's will fight for media buttons.
+
+*Verified by:* the walk's existing media-session steps re-pointed at the new card (`mediaSessionState()` at smoke.mjs:2211 reads `dumpsys media_session`, which media3 still populates). Then **by hand, every time**: lock screen shows title/artist/art; shade transport play/pause/next/prev; a headset button with the app backgrounded; unplugging headphones pauses; another app taking focus pauses and returning resumes; and the 25-second paused-restore check — force-stop, relaunch with a paused track, wait 25 s, confirm the pid survives and logcat has no `ForegroundServiceDidNotStartInTimeException`. That last one is not optional and the walk cannot do it: its restart step resumes inside 3.5 s, well under the ~10 s kill window, which is exactly why this class of bug shipped once already.
+
+*Honest sizing:* 3–4 sittings, and it cannot be split — a half-migrated app has two sessions. Recommend it ships on its own and soaks for a few days of ordinary use before R5.
+
+*Depends on:* R3.
+
+---
+
+**R5 — Discovery + the prober. Auto can see the app and gets a root.**
+
+*Delivers:* Android Auto lists SoulStream and opens it to a root that answers instantly, with nothing under it yet. Plus the only instrument that can observe any of this.
+
+*Touches:* `MediaSessionService` becomes `MediaLibraryService`; `onGetSession` returns a `MediaLibrarySession`; `onGetLibraryRoot` returns immediately and unconditionally (no DB, no I/O — the host times out otherwise). Plugin manifest: service `exported="true"` with **both** `androidx.media3.session.MediaLibraryService` and `android.media.browse.MediaBrowserService` actions, plus `` and a new `res/xml/automotive_app_desc.xml` in the plugin module. New `tools/auto-prober/` — its own ~200-line Kotlin Gradle project, deliberately outside `src-tauri/gen/android` so `tauri android init` cannot delete it — that binds a `MediaBrowser` with Auto-shaped root hints, walks the tree, and logs JSON under one logcat tag.
+
+*Verified by:* `adb shell pm dump com.soulstream.app` asserts the `android.media.browse.MediaBrowserService` filter resolves and the `gms.car.application` meta-data points at a real resource — two permanent one-line assertions in the walk that catch the `TAURI_ANDROID_PROJECT_PATH` trap documented in `env.sh:18-22`, a failure this project has already lived through as a start-up `ClassNotFoundException`. Then the prober: `am force-stop`, bind, assert a root comes back within DR-3's 10 s with the app process cold.
+
+*Before committing to this round:* run the plain `bindService`/`unbindService` check for androidx/media issue #3158 — a create/bind/destroy loop at ~30 cycles/second when Auto binds with nothing playing, reported open against 1.6.1 and 1.7.1 and unconfirmed on 1.11.0. `MediaService` registers a `BroadcastReceiver` and an `AudioFocusRequest` in `onCreate`, which is precisely the shape that bug punishes. Mitigation if it still bites: process-lifetime singleton session/player, nothing registered in `onCreate`.
+
+*Depends on:* R4.
+
+---
+
+**R6 — The tree.**
+
+*Delivers:* Recent / Albums / Artists / Playlists in the car, three levels deep, with covers.
+
+*Touches:* a new Rust module in the app crate exporting `Java_com_soulstream_mediasession_..._nativeBrowse`, opening the DB **read-only** via `Connection::open_with_flags(SQLITE_OPEN_READ_ONLY)` with its own queries — never `Library::open`, which runs a `CREATE TABLE IF NOT EXISTS` + `PRAGMA journal_mode = WAL` write batch (`crates/library/src/lib.rs:259-262`). The path is derived from the `filesDir` Kotlin passes down plus a **read-only, never-saving** parse of `config.json` for `download_dir` (default `/Library`, per `config.rs:326-341`). Artists are not a Rust concept — they are derived in JS at `lib.svelte.js:55-65` — so the Rust side needs the same grouping. Cover art goes out as `content://` through the existing FileProvider, which needs a `files-path` entry added to `res/xml/file_paths.xml` via R1's overlay. Root children: read `BROWSER_ROOT_HINTS_KEY_ROOT_CHILDREN_LIMIT` rather than hardcoding 4; all browsable, none playable; ignore `page`/`pageSize`, since Auto does not paginate.
+
+*Verified by:* the prober, extended into real assertions in the walk — root ≤ limit and all browsable; each tab's children load with unique stable ids; every item has a title and an art URI (MC-1); per-node `onGetChildren` latency under DR-3's 10 s, as numbers, the same way the walk already asserts preload latency. All of it with the app force-stopped, which is the whole point: with no WebView there is no CDP, so the existing walk is blind here and the prober is the only eye.
+
+*Watch for:* a read-only connection on a WAL database needs the `-shm`; same UID so it should create one, but if the WAL holds uncheckpointed content with no writer around it can fail to open. Prove it, and make the failure return an empty-but-valid tree rather than hanging the head unit.
+
+*Depends on:* R5.
+
+---
+
+**R7 — Cold-start playback. The second big one.**
+
+*Delivers:* a tap in the car plays a local library track with the phone in a pocket and no UI running, and the album keeps going.
+
+*Touches:* the `Player` moves to a process-wide `OnceLock>` in the app crate, taken by whoever needs it first — `playback::init` (`src-tauri/src/playback.rs:187-191`, today `Player::spawn_with_device` owned inside `PlayerState`) or the headless service. Two `Player`s in one process means two AAudio output streams, so this is the load-bearing piece. The event pump that feeds `PlaybackSnapshot` becomes the same singleton, with a subscription slot. A new `nativePlay(mediaId)` resolves local paths read-only and drives a small **headless fallback queue** — a `Vec` plus an index that advances on `track-ended`. It is not "move the queue into Rust": the JS queue keeps shuffle, repeat, `alts` failover, provenance and 3-ahead preload. The fallback exists only when no WebView is alive, and the WebView takes over when it comes up — which the session-restore path already half-does, since it asks `player_state()` and follows a live audio thread.
+
+*Verified by:* the prober — force-stop, bind, `playFromMediaId`, assert `dumpsys media_session` reaches `STATE_PLAYING` and `dumpsys media.audio_flinger` shows a track on the app's uid (both parsers already exist in the walk, smoke.mjs:2211 and :2242). The real proof is the **second** track: assert the fallback queue advances on its own. Then the handover: launch the app while headless playback is running and assert exactly one audio stream and one queue driver survive.
+
+*Honest sizing:* 3 sittings. The handover rule is where the bugs will be.
+
+*Depends on:* R6.
+
+---
+
+**R8 — Voice, errors, and the quality pass.**
+
+*Delivers:* "play X" from Assistant/Gemini; an honest error instead of silence for anything the resolver would be needed for; the checklist items that block Play acceptance later.
+
+*Touches:* `onSearch`/`onGetSearchResult` **and** the `mediaItem.requestMetadata.searchQuery` path in `onAddMediaItems` — Google's own samples disagree on which Auto uses, so implement both. Empty query ("play some music") → Recent. Catalog/Soulseek items → `STATE_ERROR` with a localized message routed through `src/mobile/trouble.js`'s existing `say()`, plus `ERROR_RESOLUTION_ACTION_LABEL` and a resolution intent. Content-style extras (grid for albums/artists, list for tracks), title + thumbnail on every item (MC-1), no autoplay on bind (MA-1 — already half-satisfied, since restore comes up paused), tintable white icons from the kit's monochrome SVG (VD-2).
+
+*Verified by:* the prober for search (assert rows come back for a known query, and that a catalog item's tap lands in `STATE_ERROR` with a non-empty message rather than silence). The visual half is DHU-only.
+
+*Depends on:* R7.
+
+---
+
+**R9 — DHU pass. Kyle's round, not an agent's.**
+
+*Delivers:* the answers only pixels can give.
+
+*How:* `sdkmanager "extras;google;auto"` → `%LOCALAPPDATA%\Android\Sdk\extras\google\auto\desktop-head-unit.exe`. On the phone: Settings → Connected devices → Connection preferences → Android Auto → About → tap Version ×10 → ⋮ → Developer settings → **Unknown sources on**, then ⋮ → Start head unit server. Then `adb forward tcp:5277 tcp:5277` and launch the DHU. Prefer the adb tunnel over `--usb` on Windows — `--usb` needs a WinUSB driver and fights adb.
+
+*Checks:* contrast (VD-1/2/3), no animation (SA-1 — the app's animated eq-bars glyph and waveform lane must never reach a browse row or the playback card), no auto-scrolling text (ST-1), ≤2 s button response (DR-1), day/night (`daynight`), driving restrictions (`U` / `Shift+U`), rotary input (`-i rotary`), all three resolutions, and — critically — what Auto actually presents itself as in `onConnect` (log `packageName`/`uid`/signature rather than copying a years-old `allowed_media_browser_callers.xml`).
+
+*Cannot be answered by DHU or by any agent:* real car audio routing, OEM launcher skins, wireless projection handover, and genuine Gemini/Assistant round trips. Those need an actual car, and are worth deferring to "Kyle happens to be in one."
+
+*One caution:* `smoke.mjs` calls `adb("forward", "--remove-all")` around line 2430, which will drop the DHU tunnel mid-session. Do not run the walk and a DHU session at the same time, or fence that call.
+
+*Add to ANDROID.md:* the exact invocation and the phone's setting path. Those taps are forgettable and the docs for them move.
+
+## Decisions that were Kyle's
+
+**Fork 1 — The phone icon's background: the kit's flat `#05080B`, or concept-04's navy gradient rebuilt at 108dp.**
+
+The desktop ships concept 04 "Deep navy glow" (`src-tauri/icons/icon.svg` is byte-identical to the kit's `soulstream-04-deep-navy-glow.svg`). The kit's *adaptive* background is flat `#05080B` — the older, darker `soulstream-app-dark` ground. Taking the kit as-is gives a phone icon visibly flatter than the desktop's, side by side.
+
+- Flat: ship it as `#FF05080B` rather than five identical flat PNGs. Zero extra work, and honestly it reads fine under a launcher mask.
+- Gradient: one 108-unit SVG reproducing concept 04's `#0A2330 → #07141F → #040A10` axis plus the `#31C0CB`/0.18 radial glow, scaled 1024→108.
+
+**Recommendation: build the gradient, but mock it first.** It is maybe 15 minutes and it is the difference between "the phone has the app's icon" and "the phone has a version of the app's icon". Kyle's own standing rule is that a look gets mocked before it gets implemented, and this qualifies — a side-by-side of both backgrounds under a circle mask, themed on and off, is cheap and is the only way to actually judge it.
+
+One note either way: the kit's foreground sits 2 px above the geometric safe-zone line at xxxhdpi, recorded in `brand-tokens.json` as `opticalSourceOffset`. That is a deliberate optical correction for the light wing and tail tips. Do not "fix" it — it will look low, and it will diverge from every other kit export.
+
+---
+
+**Fork 2 — Where Auto stops.**
+
+Three defensible stopping points, and they differ by several sittings:
+
+- **(a) R1–R6.** Browse works always; playback works when the app process is alive, which is most of the time in practice. Cold tap → "open SoulStream on your phone", then it works. Stops after the tree.
+- **(b) R1–R8.** Adds cold-start playback for the local library and the search/voice/error pass. The car works from a genuinely cold phone for music Kyle owns.
+- **(c) Catalog and Soulseek in the car.** Would require the resolver (`src/lib/sources.js`, 872 lines of shared JS) and a Soulseek session to exist headlessly. Not in this plan and not in a realistic successor.
+
+**Recommendation: commit to (b), ship (a) on the way, never promise (c).** (a) is a real intermediate rather than a broken one, and shipping it means R7's risk is taken against something already working in a car rather than against a blank. But (a) alone is not what "Android Auto support" means to a user — the car binds the service when the phone is in a pocket, which is exactly when the process is cold. Stopping at (a) permanently would mean the feature works least often precisely when it is most wanted.
+
+Folded into this recommendation: **let R4 soak.** The media3 migration should ship on its own and get a few days of ordinary daily use before R5 lands on top of it. It is the round that risks the card Kyle uses every day, and a regression in it is much easier to see and attribute alone than underneath three rounds of car code.
+
+---
+
+**Fork 3 — Build the prober APK, or drive everything by hand from the DHU.**
+
+The prober is ~200 lines of Kotlin plus its own small Gradle project under `tools/`, installed alongside the app, driven from `smoke.mjs` with the `adb` helper it already has (`tests/mobile/cdp.mjs:25`) and gated to dev builds.
+
+- **Build it:** every structural thing Auto checks becomes an assertion — root width and flags, unique stable ids, title and art on every item, per-node latency as numbers against DR-3, and the cold-start case.
+- **Skip it:** rely on the DHU and Google's Media Controller Test app, both of which are human-driven and neither of which asserts anything about the browse tree.
+
+**Recommendation: build it — but note the decision is coupled to Fork 2.** If Kyle stops at (a), the prober's value drops a lot: the tree can be eyeballed in the DHU and the cold-start case barely matters. If Kyle goes to (b), the prober is not optional. With no WebView there is no CDP, so the walk is structurally blind to every single thing R6 and R7 deliver — the prober is the only instrument that can see the state Auto actually operates in. It is also the cheapest insurance against R7's handover bugs, which will otherwise only show up as "the car went quiet sometimes".
+
+---
+
+*Deliberately not offered as forks:* media3 vs `MediaBrowserServiceCompat` (the latter means writing new code into a library deprecated five months ago — settled), migrate vs second service (two sessions means two shade cards and undefined button routing — settled), and Android TV (the template's dormant `LEANBACK_LAUNCHER` costs nothing; adding the kit's banner would make a never-tested TV entry look shippable, and removing the category means editing a generated file — leave it alone).
+
+## Risks
+
+**What could break that works today**
+
+**The lock-screen card, in R4.** This is the headline risk and there is no way to avoid it while getting Auto right. Media3 takes over notification posting, media-button routing and audio focus, which means the promote-first invariant gets re-litigated inside `MediaSessionService`'s own lifecycle. `memory/android-fgs-promote-first.md` records that this exact class of bug — a foreground start that does not promote in time — killed the process mid-Save on 2026-09-13, four of fourteen tracks in, **and that the walks did not catch it**: the restart step resumed in 3.5 s, well inside the ~10 s kill window. The 25-second paused-restore check is manual, every time, no exceptions.
+
+**Two sessions is not a safe intermediate.** No incremental "add media3 alongside" exists. R4 is atomic within one deploy, or the shade shows two cards and media buttons land somewhere undefined.
+
+**The `mediaPlayback` service's lifetime changes shape.** Today `MediaService.refresh()` calls `stopSelf()` the moment the bar empties (`:191-198`) — deliberately, which is why downloads needed their own `dataSync` service. Auto binds with `BIND_AUTO_CREATE` and **never calls `onStartCommand`**, so the current promote-first path is simply not on Auto's route into the process. Bound is not the same as foregrounded, so this is probably fine — but "probably" is not good enough for the code path that already killed the app once. Decide it deliberately in R5, do not inherit it.
+
+**androidx/media #3158 — the bind loop.** When Auto binds a `MediaLibraryService` with no playback ongoing, the service can enter a `onCreate → onBind → onGetSession → onConnect → onUnbind → onDestroy` loop at ~30 cycles/second, building a fresh player and session each time; reporters hit crashes past 1000 registered receivers. Open, reported on 1.6.1 and 1.7.1, **unconfirmed on 1.11.0**. `MediaService.onCreate` registers a `BroadcastReceiver` and requests audio focus, which is the exact shape that gets punished. Reproduce it with a plain `bindService`/`unbindService` instrumentation test before committing to R5 — no DHU needed — and if it still bites, the mitigation is a process-lifetime singleton session/player with nothing registered in `onCreate`.
+
+**Two `Player`s in one process, in R7.** `playback::init` creates its own `Player` via `Player::spawn_with_device` (`playback.rs:189`). A headless one alongside it means two rodio output streams and two AAudio clients. The `OnceLock>` singleton is the fix; getting it wrong is either doubled audio or a silently dead output, and the event pump has a single receiver so it must become part of the same singleton rather than a second consumer.
+
+**The config-write hazard — the sharpest one in the plan.** `config::load` (`config.rs:306-311`) is `serde_json::from_str(&s).ok()` → `unwrap_or_default()`, with no BOM tolerance, and `save` writes unconditionally. A headless path that used the normal load/save shape and failed to parse would hand back all-defaults and, on the next save, wipe Kyle's library folder setting — the exact failure `memory/config-json-bom-silently-defaults.md` already documents, arriving from a new direction. **The headless browse path must be read-only end to end: parse `config.json` tolerantly, take `download_dir` if present, default to `/Library`, and never call anything that writes.**
+
+**A second SQLite connection.** `Library::open` runs a `CREATE TABLE IF NOT EXISTS` + `PRAGMA journal_mode = WAL` batch (`crates/library/src/lib.rs:259-262`) — it is a writer, not an opener, and must not be used headlessly. `Connection::open_with_flags(SQLITE_OPEN_READ_ONLY)` is the right shape, but reading a WAL database needs the `-shm` file; same UID so it should create one, and if the WAL holds uncheckpointed content with no writer around it can still fail to open. Prove it in R6, and make failure yield an empty-but-valid tree rather than a head unit stuck on a spinner.
+
+**The res overlay must be copied in two places.** `build.sh` and `dev.sh`. Miss `dev.sh` and dev builds silently revert to the Tauri logo — a failure with no error message that will be blamed on something else.
+
+**`npx tauri icon` is a trap, and `src-tauri/icon-source.svg` is a loaded gun.** The CLI regenerates every platform from `default` in one pass — `icon.ico`, `.icns`, the `Square*Logo.png` set — and when `gen/` exists it writes into the gitignored tree rather than `src-tauri/icons/android/`, which is exactly why that tracked directory looks correct while the APK does not. Meanwhile `src-tauri/icon-source.svg` is still the pre-falcon green `#1ed760` waveform, tracked, with a name that invites the one command that would re-brand the app backwards. Worth deleting in passing.
+
+**`src-tauri/icons/android/` is an attractive nuisance.** It is tracked and on-brand, so it looks like the obvious source — but its `ic_launcher_foreground.png` is full-bleed (alpha bbox = the whole 432×432 canvas) over a `#fff` background. Copied into `gen/` it produces a cropped rounded box on white: a *different* wrong icon that will look plausibly done in a file listing. Confirmed independently — the three candidate `mipmap-xxxhdpi/ic_launcher.png` files (`gen/`, `src-tauri/icons/android/`, kit) have three different md5s, and there is no `mipmap-anydpi-v26` in `gen/` at all.
+
+**Library resources cannot override app resources.** Putting `mipmap-*/ic_launcher.png` in a plugin crate does nothing — the app module wins for the same name at the same qualifier. Only `mipmap-anydpi-v26` (which the app module does not define) survives, and only with layer names that do not collide with the app's existing `ic_launcher_foreground`. Get this wrong and you get a green build with an unchanged icon.
+
+**Patch scripts.** `memory/heredoc-regex-patch-trap.md`: a regex inside a heredoc→template-literal patch became a `//` comment and shipped, losing every artist photo. These rounds are patch-script-shaped. Write them with the Write tool, and look at the resulting still.
+
+---
+
+**What is unverifiable without a car**
+
+DHU covers more than expected: browse tree rendering, content style, contrast, day/night, driving-restriction states, rotary input, all three resolutions, the ≤2 s button response, error and sign-in cards, and a canned voice query via `mic play`. Everything structural is covered better by the prober.
+
+Genuinely car-only: **real car audio routing** (DHU keeps audio on the phone — there is no car speaker path, no Bluetooth/USB audio, no car-side focus contention), **OEM launcher skins and quirks**, **wireless projection handover**, and **actual Gemini/Assistant round trips**. Also unverifiable anywhere before a Play release: whether the app is visible to a non-developer at all.
+
+Which leads to the thing worth saying before the work starts rather than after: **a sideloaded SoulStream will not appear in Android Auto until developer mode and "Unknown sources" are turned on in the phone's Android Auto settings.** Until that tap happens, a completely correct implementation looks identical to a broken one. Real-world visibility needs a Play Store release and the car-app-quality review — a product decision, not an engineering one, and `tauri-plugin-storage`'s `MANAGE_EXTERNAL_STORAGE` is a Play-policy-restricted permission that would need its own answer if that ever comes up.
+
+Two smaller unknowns worth five minutes each on the phone before R9: whether Android 16's Android Auto overflow still carries "Start head unit server" (every write-up describes Android 9–15 menus), and whether the head unit server can be started from adb at all — if it can, R9 becomes scriptable end to end; if not, it stays a manual tap before every DHU session.
+
+## Effort
+
+Sized in sittings of roughly twenty minutes, the unit this project actually ships in.
+
+| Round | Sittings | Note |
+|---|---|---|
+| R1 launcher icon overlay | 1 | + ~1 min of Kyle's phone for the launcher screencap |
+| R2 glyph, art fallback, splash | 1 | |
+| R3 mirror grows a queue window | 0.5 | pure additive, zero risk |
+| R4 **media3 migration** | **3–4** | cannot be split; ships alone and soaks |
+| R5 discovery + prober | 2 | prober is its own Gradle project |
+| R6 the tree (JNI + read-only DB) | 2 | |
+| R7 **cold-start playback** | **3** | singleton player + fallback queue + handover |
+| R8 search, voice, errors, quality | 2 | |
+| R9 DHU pass | — | Kyle, 30–45 min, once, not an agent's round |
+
+**Total: 14–15 sittings of agent work, plus one session of Kyle's with the DHU.**
+
+The proportions matter more than the total:
+
+- **The icon is about 15% of this** — two and a half sittings out of fifteen. It is low risk, the assets already exist, it is the most visible change in the whole plan, and it fixes a live shipped defect: the phone is currently wearing Tauri's logo with no adaptive icon at all. It should go first, and it should go first even if Auto is deferred indefinitely.
+- **Two rounds are half the work.** R4 and R7 together are 6–7 of the 15. Everything else is genuinely sitting-sized. Any estimate that makes those two look like ordinary rounds is wrong, and splitting either one produces a worse outcome — R4 split leaves two sessions fighting, R7 split leaves a headless player racing the app's.
+- **R3 is the cheapest insurance in the plan.** Half a sitting, no risk, and it removes the single hardest sub-problem from R4 by landing it a round early where the existing card simply ignores it.
+- **The two open questions that could move these numbers** are both cheap to settle and both should be settled before their round rather than during it: reproduce androidx/media #3158 against 1.11.0 with a plain `bindService`/`unbindService` test before R5 (if it still bites, R5 grows by a sitting for the singleton restructure), and prove a read-only WAL open of `library.db` before R6 (if it fails, R6 needs a different data path and grows by one to two).
+- **Stopping at Fork 2(a)** — browse only, no cold-start playback — lands at about 9 sittings instead of 15, and makes the prober optional, which would trim another 1–2.
+
+Nothing here is blocked on anything outside the repo except the DHU install and two settings taps on the phone. The critical path is strictly sequential from R3 onward; R1, R2 and R3 can run in any order or in parallel.
diff --git a/handoff/notes/icon-mock-build.mjs b/handoff/notes/icon-mock-build.mjs
new file mode 100644
index 0000000..614e7d1
--- /dev/null
+++ b/handoff/notes/icon-mock-build.mjs
@@ -0,0 +1,159 @@
+// Generates icon-mock.html from the REAL SoulStream brand-kit sources.
+// Reads only; never writes into F:/Coding/SoulStream.
+import fs from 'node:fs';
+import path from 'node:path';
+
+const KIT = 'F:/Coding/SoulStream/branding/soulstream-logo-kit';
+const ADP = KIT + '/android/adaptive';
+const OUT = path.dirname(new URL(import.meta.url).pathname.replace(/^\//, ''));
+
+const read = p => fs.readFileSync(p, 'utf8');
+
+/* ---------- helpers ---------------------------------------------------- */
+function attrs(tag) {
+ const o = {};
+ for (const m of tag.matchAll(/([\w:-]+)="([^"]*)"/g)) o[m[1]] = m[2];
+ return o;
+}
+function gradBlock(svg, id) {
+ const i = svg.indexOf('id="' + id + '"');
+ if (i < 0) throw new Error('gradient not found: ' + id);
+ const start = svg.lastIndexOf('<', i);
+ const isRadial = svg.slice(start, i).includes('radialGradient');
+ const close = isRadial ? '' : '';
+ const end = svg.indexOf(close, i) + close.length;
+ return { block: svg.slice(start, end), radial: isRadial };
+}
+function stopsOf(block) {
+ return [...block.matchAll(/]*\/?>/g)].map(m => {
+ const a = attrs(m[0]);
+ const s = { o: Number(a.offset), c: a['stop-color'] };
+ if (a['stop-opacity'] != null) s.a = Number(a['stop-opacity']);
+ return s;
+ });
+}
+function linOf(svg, id) {
+ const { block } = gradBlock(svg, id);
+ const a = attrs(block.slice(0, block.indexOf('>')));
+ return { x1: +a.x1, y1: +a.y1, x2: +a.x2, y2: +a.y2, stops: stopsOf(block) };
+}
+function radOf(svg, id) {
+ const { block } = gradBlock(svg, id);
+ const a = attrs(block.slice(0, block.indexOf('>')));
+ const gt = a.gradientTransform || '';
+ const tr = /translate\(\s*([-\d.]+)[ ,]+([-\d.]+)\s*\)/.exec(gt);
+ const ro = /rotate\(\s*([-\d.]+)\s*\)/.exec(gt);
+ const sc = /scale\(\s*([-\d.]+)\s*\)/.exec(gt);
+ if (!tr || !sc) throw new Error('unexpected gradientTransform: ' + gt);
+ return { cx: +tr[1], cy: +tr[2], rot: ro ? +ro[1] : 0, r: +sc[1], stops: stopsOf(block) };
+}
+const r6 = n => Math.round(n * 1e6) / 1e6;
+function scaleLin(g, s, off) {
+ return { x1: r6(g.x1 * s + off), y1: r6(g.y1 * s + off),
+ x2: r6(g.x2 * s + off), y2: r6(g.y2 * s + off), stops: g.stops };
+}
+function scaleRad(g, s, off) {
+ return { cx: r6(g.cx * s + off), cy: r6(g.cy * s + off), rot: g.rot, r: r6(g.r * s), stops: g.stops };
+}
+
+/* ---------- read the real layers --------------------------------------- */
+const fgSvg = read(ADP + '/ic_launcher_foreground.svg');
+const bgSvg = read(ADP + '/ic_launcher_background.svg');
+const monoSvg = read(ADP + '/ic_launcher_monochrome.svg');
+const conSvg = read('F:/Coding/SoulStream/src-tauri/icons/icon.svg');
+
+const fgTag = /]*>/.exec(fgSvg)[0];
+const monoTag = /]*>/.exec(monoSvg)[0];
+const fgA = attrs(fgTag), monoA = attrs(monoTag);
+
+if (fgA.d !== monoA.d) console.warn('WARN: monochrome path d differs from foreground');
+else console.log('ok monochrome path d is byte-identical to the foreground path');
+if (fgA.transform !== monoA.transform) console.warn('WARN: transforms differ');
+else console.log('ok both layers share transform:', fgA.transform);
+
+const flat = attrs(/]*>/.exec(bgSvg)[0]).fill;
+console.log('ok kit adaptive background =', flat);
+
+// transform: translate(a b) scale(s) translate(c d)
+const tm = /translate\(([-\d.]+)\s+([-\d.]+)\)\s*scale\(([-\d.]+)\)\s*translate\(([-\d.]+)\s+([-\d.]+)\)/
+ .exec(fgA.transform);
+if (!tm) throw new Error('unexpected foreground transform');
+const tParsed = [ +tm[1], +tm[2], +tm[3], +tm[4], +tm[5] ];
+console.log('ok optical offset preserved verbatim: translate(' + tm[4] + ' ' + tm[5] + ')');
+
+const fgGrad = linOf(fgSvg, 'adaptive-gradient');
+const surf1024 = linOf(conSvg, 'rounded-4-surface-gradient');
+const glow1024 = radOf(conSvg, 'rounded-4-glow-gradient');
+console.log('ok concept 04 surface axis :', JSON.stringify(surf1024).slice(0, 120));
+console.log('ok concept 04 glow : centre', glow1024.cx + ',' + glow1024.cy,
+ 'r', glow1024.r, 'peak alpha', glow1024.stops[0].a, glow1024.stops[0].c);
+
+const S_LAYER = 108 / 1024; // B: 1024 artwork spans the whole 108 layer
+const S_MASK = 72 / 1024; // C: 1024 artwork spans only the visible 72 window
+
+const gradL = { surf: scaleLin(surf1024, S_LAYER, 0), glow: scaleRad(glow1024, S_LAYER, 0) };
+const gradM = { surf: scaleLin(surf1024, S_MASK, 18), glow: scaleRad(glow1024, S_MASK, 18) };
+
+/* ---------- composite sampling ----------------------------------------- */
+const hex2rgb = h => [1, 3, 5].map(i => parseInt(h.slice(i, i + 2), 16));
+const rgb2hex = c => '#' + c.map(v => Math.round(Math.max(0, Math.min(255, v)))
+ .toString(16).padStart(2, '0')).join('').toUpperCase();
+function sampleStops(stops, t) {
+ t = Math.max(0, Math.min(1, t));
+ let a = stops[0], b = stops[stops.length - 1];
+ for (let i = 0; i < stops.length - 1; i++)
+ if (t >= stops[i].o && t <= stops[i + 1].o) { a = stops[i]; b = stops[i + 1]; break; }
+ const f = b.o === a.o ? 0 : (t - a.o) / (b.o - a.o);
+ const ca = hex2rgb(a.c), cb = hex2rgb(b.c);
+ const al = (a.a == null ? 1 : a.a), bl = (b.a == null ? 1 : b.a);
+ return { rgb: ca.map((v, i) => v + f * (cb[i] - v)), a: al + f * (bl - al) };
+}
+function linT(g, p) {
+ const vx = g.x2 - g.x1, vy = g.y2 - g.y1;
+ return ((p[0] - g.x1) * vx + (p[1] - g.y1) * vy) / (vx * vx + vy * vy);
+}
+function composite(v, p) {
+ if (v === 'flat') return rgb2hex(hex2rgb(flat));
+ const g = v === 'gradL' ? gradL : gradM;
+ const s = sampleStops(g.surf.stops, linT(g.surf, p)).rgb;
+ const d = Math.hypot(p[0] - g.glow.cx, p[1] - g.glow.cy);
+ const gl = sampleStops(g.glow.stops, d / g.glow.r);
+ return rgb2hex(s.map((v2, i) => gl.rgb[i] * gl.a + v2 * (1 - gl.a)));
+}
+const R = 36 / Math.SQRT2;
+const POINTS = [
+ ['visible NW corner (18, 18)', [18, 18]],
+ ['circle NW rim (' + r6(54 - R).toFixed(1) + ', ' + r6(54 - R).toFixed(1) + ')', [54 - R, 54 - R]],
+ ['mask centre (54, 54)', [54, 54]],
+ ['circle SE rim (' + r6(54 + R).toFixed(1) + ', ' + r6(54 + R).toFixed(1) + ')', [54 + R, 54 + R]],
+ ['visible SE corner (90, 90)', [90, 90]]
+];
+const samples = POINTS.map(([where, p]) => ({
+ where, v: ['flat', 'gradL', 'gradM'].map(v => composite(v, p))
+}));
+console.log('\n point A flat B layer C mask');
+for (const s of samples) console.log(' ' + s.where.padEnd(34) + s.v.join(' '));
+
+/* ---------- shipping raster -------------------------------------------- */
+const pngPath = 'F:/Coding/SoulStream/src-tauri/gen/android/app/src/main/res/mipmap-xxxhdpi/ic_launcher.png';
+const todayPng = 'data:image/png;base64,' + fs.readFileSync(pngPath).toString('base64');
+console.log('\nok shipping raster embedded:', pngPath);
+
+/* ---------- emit -------------------------------------------------------- */
+const DATA = {
+ flat,
+ fgPath: { d: fgA.d, t: fgA.transform, tParsed },
+ monoPath: { d: monoA.d, t: monoA.transform },
+ fgGrad, gradL, gradM, samples, todayPng,
+ themed: {
+ light: { ground: '#DCE3E9', ink: '#44515E' },
+ dark: { ground: '#2A3138', ink: '#C6D3DF' }
+ }
+};
+
+const tpl = read(path.join(OUT, 'template.html'));
+if (!tpl.includes('/*__DATA__*/null')) throw new Error('template marker missing');
+const html = tpl.replace('/*__DATA__*/null', JSON.stringify(DATA));
+const dest = path.join(OUT, 'icon-mock.html');
+fs.writeFileSync(dest, html, 'utf8');
+console.log('ok wrote', dest, (html.length / 1024).toFixed(1) + ' KB');
diff --git a/handoff/notes/icon-mock.html b/handoff/notes/icon-mock.html
new file mode 100644
index 0000000..a73bfa4
--- /dev/null
+++ b/handoff/notes/icon-mock.html
@@ -0,0 +1,376 @@
+
+
+
+
+
+SoulStream Android icon — flat vs concept 04 gradient
+
+
+
+
+ real kit layers · true 108/72 adaptive geometry · nothing here is shipped
+
+
+
+
+
+
+
+
+
+
+
+ A is the kit as delivered. B and C are the same concept-04 gradient, differing only in
+ how the 1024 artwork is mapped onto the 108-unit layer. Reply with a letter.
+
+
+ Themed icons discard the background layer entirely. Android 13+ draws only the
+ <monochrome> drawable, tinted, on a wallpaper-derived system ground — so A, B and C are
+ pixel-identical here. The decision below is not a background decision; it is only whether the monochrome
+ layer exists at all.
+
+
+
+
+
Size ladder — same mask, same wallpaper
+
Neutral ground
+
+
+
+
+
+
+
+
diff --git a/handoff/rounds/commit-msg.txt b/handoff/rounds/commit-msg.txt
new file mode 100644
index 0000000..572a42e
--- /dev/null
+++ b/handoff/rounds/commit-msg.txt
@@ -0,0 +1,35 @@
+android: playlists, the import doors, the share sheet, You → Sources — and three bugs the walks found
+
+The desktop's two playlist pages on the phone: the shelf (pinned first,
+mosaic covers, badges, New playlist, Import) and the page (kind, Pinned
+chip, description, the meta line's warnings, Play / Shuffle / more, a
+filter, rows tagged unresolved / set audio / file missing). Sheets for a
+card, the page's overflow, a row, pick-a-playlist, a prompt and a confirm;
+Add to playlist on every track and record sheet; a removal undoable for
+seven seconds from the neutral toast (notice.svelte.js); stream rows play
+through the resolver as path-less entries, a set slice starts and ends at
+its cues; Add to library / Download all tracks with the desktop's bulk
+rules; nav.replace for a review that became the thing it made.
+
+The import doors that need no file — a link (YouTube · Spotify · Apple
+Music · TIDAL · Deezer), a pasted tracklist, a YouTube DJ set — with the
+review screen and the desktop's catalog verification pass. A share plugin
+crate (crates/tauri-plugin-share): Share → SoulStream from any app keeps
+the text in a ShareActivity and the WebView hands it to the import when it
+comes back to the front. You → Sources: the source-quality window and the
+priority per mode.
+
+Found by the walks and fixed: set_settings takes camelCase arguments, so
+the phone's normalization and library-folder saves never landed;
+Cover.svelte's non-eager wrapper has no layout box, so its intersection
+observer never fired and row thumbnails never loaded (the Artists tab too);
+a history push while a history.go was still in flight left the nav mirror
+one entry ahead and the page blank after a confirmed delete — the mirror
+now applies once per microtask and never pushes during a pending traversal.
+
+The harness names unmocked commands, carries console warnings' frames (the
+smoke bundle is built unminified), probes the history mirror on every step,
+mocks app_status / play_local / waveform / lyrics_get / player_state and
+applies settings patches, runs adb steps on the phone (the share intent),
+and walks playlists, the imports, the share and the settings on both the
+mock and the phone. ANDROID.md documents all of it.
diff --git a/handoff/rounds/commit-msg13.txt b/handoff/rounds/commit-msg13.txt
new file mode 100644
index 0000000..46ec14e
--- /dev/null
+++ b/handoff/rounds/commit-msg13.txt
@@ -0,0 +1,8 @@
+android: reorder from the sheet — a playlist row up, down or to the top; a queue row up or down
+
+Without a drag: a playlist row's sheet moves it up, down or to the top and
+persists the whole order in one call (playlist_set_order, as the desktop's
+drop does); a queue row's sheet moves it up or down, never past the track
+playing. Also src-tauri/android/ship.sh — one round end to end: the mock
+walk, the embedded build installed, the phone walk, the commit, each step
+gated on the one before.
diff --git a/handoff/rounds/commit-msg14.txt b/handoff/rounds/commit-msg14.txt
new file mode 100644
index 0000000..e409f54
--- /dev/null
+++ b/handoff/rounds/commit-msg14.txt
@@ -0,0 +1,5 @@
+android: the room list filtered by name, the rest on demand
+
+Soulseek lists hundreds of rooms; the phone showed the first 80 and no way
+to the rest. Community → Rooms now has a filter by name and extends the
+list 200 at a time.
diff --git a/handoff/rounds/commit-msg15.txt b/handoff/rounds/commit-msg15.txt
new file mode 100644
index 0000000..0142543
--- /dev/null
+++ b/handoff/rounds/commit-msg15.txt
@@ -0,0 +1,8 @@
+android: a playlist's cover from a photo on the phone
+
+The storage plugin gains pick_image — the document picker limited to
+images, the picked content copied into the app's cache so the Rust side
+gets a plain path. playlist_cover_set(id, path) is the desktop pick's
+install step split out and shared (squared, the master cover, the row's
+revision moved). A playlist's sheet offers Choose cover photo and Remove
+custom cover; the mock walk exercises both.
diff --git a/handoff/rounds/commit-msg16.txt b/handoff/rounds/commit-msg16.txt
new file mode 100644
index 0000000..6e3118b
--- /dev/null
+++ b/handoff/rounds/commit-msg16.txt
@@ -0,0 +1,6 @@
+android: hours on the library's count line, By format, Jump back in on the empty search
+
+The desktop Library summary's hours on the phone's count line; a By format
+order from the file stats (lossless by depth and rate first, then by
+bitrate, the badge as the card's line); the empty Search page's Jump back
+in — the last records played — as the desktop's empty search shows them.
diff --git a/handoff/rounds/commit-msg17.txt b/handoff/rounds/commit-msg17.txt
new file mode 100644
index 0000000..f773a01
--- /dev/null
+++ b/handoff/rounds/commit-msg17.txt
@@ -0,0 +1,5 @@
+android: the nav's badges — transfers in flight on You, unread chats on Community
+
+The desktop's title-bar download ring and its unread indicator, on the
+phone's nav: a count on You while Save is fetching, a count on Community
+when a chat has unread lines.
diff --git a/handoff/rounds/commit-msg18.txt b/handoff/rounds/commit-msg18.txt
new file mode 100644
index 0000000..837d131
--- /dev/null
+++ b/handoff/rounds/commit-msg18.txt
@@ -0,0 +1,6 @@
+android: the hub's filters on the network results, pasted lyrics
+
+The raw results take the Soulseek hub's filters — a free slot only, FLAC
+or MP3 320+ — as chips above the folders. The lyrics sheet has the
+desktop's paste door: plain text, or LRC with timestamps, kept for the
+track.
diff --git a/handoff/rounds/commit-msg19.txt b/handoff/rounds/commit-msg19.txt
new file mode 100644
index 0000000..9365b41
--- /dev/null
+++ b/handoff/rounds/commit-msg19.txt
@@ -0,0 +1,7 @@
+android: downloads on Wi-Fi only
+
+One switch the desktop never needed, off by default: on mobile data every
+Save the phone can start — a record, a track, a folder, a file, a
+playlist's bulk, the now-playing Save — waits, with the reason on the bar;
+streaming is never held back. The walk flips the switch, makes the
+connection cellular and sees a download refused.
diff --git a/handoff/rounds/commit-msg2.txt b/handoff/rounds/commit-msg2.txt
new file mode 100644
index 0000000..545b18a
--- /dev/null
+++ b/handoff/rounds/commit-msg2.txt
@@ -0,0 +1,30 @@
+android: the repair sheet, browse, every long-press sheet, You's last sections, the lyrics tools — and the walk's audio check made honest
+
+The playlist repair (Find a local match: the library searched by the
+row's name, a pick relinks it through playlist_relink_item; an unknown
+row takes the track's identity). A peer's sheet on the raw results (play
+or save the folder, browse their files, message, buddy) and the Browse
+screen — the hub's Browse tab: a user's whole share with sizes and totals,
+a folder played or saved whole; a share can hold thousands of folders, so
+it filters and renders 80 at a time. "Look up a user" on Community →
+Buddies. The sheets the phone lacked: a queue row's (Play now, Move to
+next, Remove from queue), a catalog song's, a catalog card's and the
+record page's own, a raw file's (in the results and in Browse), a room
+name's, a buddy's, the now-playing Save (the desktop's Save menu for a
+streamed track or record). The artwork viewer with pinch zoom, one layer
+the back gesture peels. Search's recent searches and its spelling
+suggestion from the names this phone knows. You → Streaming, Downloads,
+Sharing, Lyrics, Album artwork, and Clear play history; a record's
+Re-fetch the cover. The lyrics tools on the sheet's face: the offset
+nudged and kept per track, another LRCLIB candidate chosen, the lookup
+forgotten and done again (lyrics.svelte.js, shared by the face and the
+lyrics sheet).
+
+The harness: every CDP call times out and the reload step re-attaches
+(a WebView that stopped answering hung a walk for ten minutes); the
+audio check counts SoulStream's own tracks' underruns from the mixer dump
+instead of the thread-wide counters that any app's notification moves —
+the afternoon's "dropouts" were other apps' sounds, and the browse of a
+49,544-file share measured at zero; __settle resets every tab to its root
+through the nav; an adb step kind; the walks cover all of the above on
+the mock and on the phone.
diff --git a/handoff/rounds/commit-msg20.txt b/handoff/rounds/commit-msg20.txt
new file mode 100644
index 0000000..e74af9f
--- /dev/null
+++ b/handoff/rounds/commit-msg20.txt
@@ -0,0 +1,11 @@
+android: a peer in full — their card, their interests, and what they have that you don't
+
+The peer sheet's new "About this user" row opens a screen of its own: the
+card their client serves (their own words, their picture, the upload slot
+and the queue), the likes and hates they declared, and the comparison this
+phone makes of their share against the library. The comparison is the
+point of opening a stranger — every record they have by an artist in your
+library that you don't, each row opening the search that finds it, and a
+way to forget the whole comparison again. Nothing is uploaded to work it
+out. Their picture opens in the artwork viewer, which now takes a data:
+key beside a library path and an https URL.
diff --git a/handoff/rounds/commit-msg21.txt b/handoff/rounds/commit-msg21.txt
new file mode 100644
index 0000000..e7a9df6
--- /dev/null
+++ b/handoff/rounds/commit-msg21.txt
@@ -0,0 +1,12 @@
+android: a name of your own for anyone on the network
+
+The desktop's local contact metadata on the phone: a peer's sheet ends in
+Name and notes — a petname, a group, a private note and the Favorite and
+Trusted marks, kept in the app's own config and published nowhere. The
+petname stands in for the username on the buddy list, in the chat list, on
+a thread's bar, in the peer sheet, in a room's roster and on a room line,
+and the real username stays with it — on the line beneath, or beside the
+name in a room — so a stranger is never quietly turned into someone you
+know. Favourites sit at the top of the buddy list, and clearing a person's
+details drops the entry rather than storing an empty one — the backend's
+own rule.
diff --git a/handoff/rounds/commit-msg22.txt b/handoff/rounds/commit-msg22.txt
new file mode 100644
index 0000000..4c2ca4e
--- /dev/null
+++ b/handoff/rounds/commit-msg22.txt
@@ -0,0 +1,11 @@
+android: your own Soulseek interests, and who the server says is like you
+
+Community's fourth tab is Taste: the likes and hates this client
+publishes to the Soulseek server (slsk_interests_mine, slsk_interest_set),
+added and taken back as chips, and the people the server ranks as close to
+them (slsk_similar_users) — a row each into the peer sheet the app already
+has. Every declaration asks the server again and the chips stay quiet
+until it has answered, the way the desktop does, because the ranking only
+moves when its input does. The lists live in taste.svelte.js, read once
+per account when the tab is opened; the mock walk declares a like, watches
+the match grow, declares a hate and takes the like back.
diff --git a/handoff/rounds/commit-msg23.txt b/handoff/rounds/commit-msg23.txt
new file mode 100644
index 0000000..77ca6a7
--- /dev/null
+++ b/handoff/rounds/commit-msg23.txt
@@ -0,0 +1,12 @@
+android: tap-to-sync, the per-track auto-sync switch, the vocal-reduced copy
+
+The editor the desktop drives with a mouse is better under a thumb: the
+song plays, the line to time sits large in the middle of the screen with
+the one behind and the one ahead faint around it, and a tap anywhere
+stamps it. One layer the back gesture peels, and a set left mid-tap is
+offered back by the row that opened it; Save writes the track's own
+document, lines never tapped left out of it and the button saying how
+many are kept. The lyrics sheet also gains the per-track auto-sync switch
+and the desktop's reduced-vocals copy — the same title, artist and
+duration, so the words keep following it, and one row puts the original
+back.
diff --git a/handoff/rounds/commit-msg24.txt b/handoff/rounds/commit-msg24.txt
new file mode 100644
index 0000000..5bbfd2b
--- /dev/null
+++ b/handoff/rounds/commit-msg24.txt
@@ -0,0 +1,11 @@
+android: a folder of audio files, and a paste of track links
+
+The paste door now reads itself the way the desktop's does: one track link
+in the paste and every line is looked up on its own public page
+(playlist_import_track_links), which is the way past Spotify's 100-track
+public ceiling — the wait screen counts them as they arrive. A fourth door
+imports a folder of audio files off this phone, picked with the storage
+plugin's own document-tree picker; playlist_import_folder grew a path
+argument for it, because on Android it had no dialog to open and always
+answered nothing. A YouTube playlist link needed no door at all — the link
+one already dispatches it.
diff --git a/handoff/rounds/commit-msg25.txt b/handoff/rounds/commit-msg25.txt
new file mode 100644
index 0000000..76a118d
--- /dev/null
+++ b/handoff/rounds/commit-msg25.txt
@@ -0,0 +1,13 @@
+android: the catalog's numbers — Popular's own lane, a count per row, the artist's photo
+
+Popular is asked on its own as well as with the page, so the section can
+paint before the full page is built and an artist whose page came back
+with none still gets one. A catalog record's rows that the album's own
+artist anchor found no count for — a feature's guest, a compilation's
+stranger — get the deferred Last.fm pass by their own artist id. The
+artist page's ⋯ is its own sheet now: choose a hero photo from this phone,
+or put the catalog's own back; set_artist_hero is pick_artist_hero's
+install step split out and shared, so the desktop's dialog keeps its door.
+You gains the desktop's Refresh artist portraits, and a data: URL is the
+image itself in the art gate — a chosen hero comes back from Rust as one,
+and the thumbnail fetch used to throw it away.
diff --git a/handoff/rounds/commit-msg26.txt b/handoff/rounds/commit-msg26.txt
new file mode 100644
index 0000000..a93decf
--- /dev/null
+++ b/handoff/rounds/commit-msg26.txt
@@ -0,0 +1,14 @@
+android: a streamed file copied into a folder, the listening port, the dev build's diagnostics
+
+The now-playing sheet's streamed track can be copied into a folder picked
+on the phone, as the file it is — the cache written out, nothing downloaded
+again, no library row (copy_stream_to_folder, which the desktop has had a
+command for and no UI). You → Sharing carries the listening port, what
+peers dial when they download from you: unset is the client's own 50300,
+the app asks the router to forward it over UPnP and falls back to the
+server relaying, and a change applies on the next connect. The dev flavour
+gets the desktop's debug overlay as a screen under This phone — CPU,
+memory, the network, the stream and its loudness, what the pre-buffer is
+fetching, the size of the play history — behind devBuild in util.js, which
+is Vite's own DEV flag, so the embedded build the phone keeps has no row
+to tap.
diff --git a/handoff/rounds/commit-msg27.txt b/handoff/rounds/commit-msg27.txt
new file mode 100644
index 0000000..837d545
--- /dev/null
+++ b/handoff/rounds/commit-msg27.txt
@@ -0,0 +1,15 @@
+android: the phone turned sideways — the player beside itself, the chrome cut down
+
+The phone UI was drawn portrait-first and had never been looked at in
+landscape. The player sheet was the casualty: its cover is a square sized by
+width, so at 915×411 it came out 879px tall and the title, the scrubber, the
+transport and the face buttons all sat below the bottom of a sheet that does
+not scroll — a corner of the artwork and no way to pause. Sideways the sheet
+is two columns now, the cover sized by height beside the controls, with a
+lyrics or queue face taking the cover's column; the nav and the mini bar come
+down to 48 and 60dp, the artist hero becomes the banner the desktop's hero has
+always been rather than 300px of a 411px screen, the record head puts the
+cover beside the title, and the shell reads the side insets the cutout and the
+gesture pill take when the phone is on its side. The walk turns the phone over
+and back on its own: `{ view: [w, h] }` is a step kind now, and the steps
+assert what used to be off the screen.
diff --git a/handoff/rounds/commit-msg28.txt b/handoff/rounds/commit-msg28.txt
new file mode 100644
index 0000000..c7a1860
--- /dev/null
+++ b/handoff/rounds/commit-msg28.txt
@@ -0,0 +1,17 @@
+android: what a screen reader says — names, roles, and the sheets out of the tree when they are down
+
+Every control on the phone has a name now, in the app's own words, and the
+desktop's word where it already has one; the nav is a tab set whose badge
+count is part of the tab's name — "You, 3 transfers" rather than a stray 3
+read out before it. The two sheets are dialogs with somewhere sensible for
+the focus to land, and the half sheet's grab handle is finally a real
+Close — the first dismissal a screen reader could reach, because the scrim
+never was one. A sheet that is down is inert rather than sitting
+off-screen in the accessibility tree with the hidden mini bar and the nav
+under it, and one live region is mounted for the life of the app so that
+an undo offer is actually announced; switches say on or off, chips say
+pressed, and the waveform is a slider where it can seek. Nothing visible
+changed. The walk counts the controls with no name, with a junk name, in a
+hidden layer, or with unsaid state — all four held at zero on ten screens,
+and the nameless count on a room and on both prompts besides, which is
+where the six fields named here actually live.
diff --git a/handoff/rounds/commit-msg29.txt b/handoff/rounds/commit-msg29.txt
new file mode 100644
index 0000000..cf4adfe
--- /dev/null
+++ b/handoff/rounds/commit-msg29.txt
@@ -0,0 +1,14 @@
+android: the downloads say so in the shade
+
+A Save still running with the app in the background now posts a progress
+notice — how many files, the one it is on, a bar, Stop all and Open — and
+takes it down when the queue empties. It sits on its own low-importance
+channel so it can be silenced without silencing the player's card, and
+rides its own dataSync foreground service rather than the media one: a
+mediaPlayback service stops itself when the bar empties, a download is not
+playback, and nothing else was keeping the process alive for a Save with
+nothing playing — which is how the first real Save died, four tracks in.
+Stop all goes through the same cancel(id) a row's tap takes, and Transfers
+grew the matching button beside Clear finished. The walk pushes two rows
+straight into the transfer store and reads the real notification back out
+of `dumpsys notification`, without fetching anything.
diff --git a/handoff/rounds/commit-msg3.txt b/handoff/rounds/commit-msg3.txt
new file mode 100644
index 0000000..590f4e7
--- /dev/null
+++ b/handoff/rounds/commit-msg3.txt
@@ -0,0 +1,8 @@
+android: the library's file stats on the cards, the artist's own plays, the thumbnail prewarm
+
+The desktop Library's per-record file stats on the phone (library_album_stats,
+one call for the whole library): FLAC 24/96 or MP3 320k badges on the cards,
+the size on the list rows and the record page. The artist page's own
+listening (artist_play_stats): the time played as a chip, the most played
+track under "On this phone". The whole-library thumbnail warm a moment after
+boot, at the cards' edge, one decode at a time behind the tiles' gate.
diff --git a/handoff/rounds/commit-msg30.txt b/handoff/rounds/commit-msg30.txt
new file mode 100644
index 0000000..7531d33
--- /dev/null
+++ b/handoff/rounds/commit-msg30.txt
@@ -0,0 +1,19 @@
+android: the room can measure the song, and a cold artist page stops waiting on one call
+
+The tap-to-sync room draws the recording's own vocal band
+(lyrics_vocal_activity, the desktop's coarse envelope) as a strip under the
+head, and one button lays every line across the stretches it says are sung —
+the desktop's own generator, shared and unit-tested, which refuses rather
+than guesses when there is too little voice to read. The result is labelled
+an estimate everywhere it shows, the cursor goes back to the top so the taps
+correct it, and one more tap drops the whole thing back to an empty set,
+because a rough fill stamps every line at once and leaves Undo nothing to
+take back. The artist page now fires the hero seed and the overview beside
+the full page, the way the desktop stages them: a hero Kyle picked on this
+phone comes back off the file with no network at all, the discography paints
+from the overview's first page until the exhaustive pass lands with the
+classified one, and both lanes are dropped with the page when a hero
+changes. ANDROID.md's "Not done yet" is rewritten as the true map of the
+port — what is absent by design and why, what is waiting on Rust rather than
+on a file picker, and one bullet about the artwork viewer that had been done
+for rounds.
diff --git a/handoff/rounds/commit-msg31.txt b/handoff/rounds/commit-msg31.txt
new file mode 100644
index 0000000..6f2e756
--- /dev/null
+++ b/handoff/rounds/commit-msg31.txt
@@ -0,0 +1,29 @@
+android: what the phone says when things go wrong
+
+Fifty-nine places put a raw Rust string into a field a person reads, and
+the red toast drew it verbatim — a phone in a lift showed "could not reach
+server: io: failed to lookup address information" under the password box.
+One translator, src/mobile/trouble.js, called where an error is DRAWN
+rather than where it is caught: the stores keep what Rust said and only
+the sentence on screen is ours, so every sink is fixed at once. Five
+screens that drew a failed read as an empty answer stop lying — Tracks no
+longer reports a broken database as an empty library, a playlist that
+could not be read is not an empty playlist, the lyrics face says a lookup
+failed instead of "no lyrics" and finally carries the ⋯ that reaches Paste
+lyrics, Gaps says why it could not reach the catalogue, and Search signed
+out says so where it used to render nothing at all. The room list, which
+is fire-and-forget over the wire, gets a twelve-second end and a Try
+again.
+
+rescan_library ran prune_missing() first, which deletes every track row
+whose file does not exist — so one tap on You → Rescan library with the
+folder unreachable emptied the whole index and returned Ok(()). It now
+makes the root if it is merely not there yet and refuses if it cannot be
+read, and You draws the path with what to do about it.
+
+The mock grew a weather system so the walk can drive all of this: fail,
+answer, offline and clear, checked before dispatch so a plugin command
+arms like any other. Nine mock steps and one on the phone — the first
+steps in thirty rounds that ever made a command reject or saw the client
+signed out — and the last of them puts the weather away and leaves the app
+as it found it.
diff --git a/handoff/rounds/commit-msg32.txt b/handoff/rounds/commit-msg32.txt
new file mode 100644
index 0000000..585264a
--- /dev/null
+++ b/handoff/rounds/commit-msg32.txt
@@ -0,0 +1,54 @@
+android: the boot chain goes out in one round, and a census that holds it there
+
+Thirty rounds of onMount had never been read end to end, and read end to end
+it was a queue: two dozen commands with a critical path ten deep, because
+Tauri's `listen` is an invoke like any other. loadLibrary asked for five
+independent SQLite reads one behind the other, bindSlsk registered eight
+listeners one behind the other, and watchLibrary and the player's bindEvents
+did two each. None of them depended on anything before them. They go out in
+one round now — the same commands, critical path 10 to 3, and ten of them
+used to leave in the shell's own first turn where twenty-three do now — and
+in a rig that runs the real store modules with the bridge instrumented,
+lib.loaded lands at 53 ms instead of 85 at a 6 ms round trip and 62 instead
+of 148 at 20 ms. Those are a desktop rig's milliseconds with the round trip
+swept rather than measured; the phone's own numbers are unproven until the
+walk prints bootMs and bootLibMs.
+
+The behaviour is meant to be identical. loadLibrary's only movable part was
+lib.error, which has two writers and used to be decided by the order they were
+awaited in; the two messages are now carried out of the round and applied in
+that same order, so a failing library still shows the library's message. Every
+combination of which of the five reads fails, over six latency shapes, comes
+out identical to the old code. bindSlsk still does not return until every
+handler is up, so connectStored cannot let a fast connected state land with
+nobody listening, and bindEvents still hands back the transport's unlisten and
+still rejects only when the transport is the one that failed.
+
+src/lib/boot.js is the project's first launch instrument — one counter every
+invoke and every listen passes, sealed at the first frame the shell paints and
+never re-opened, so a probe landing a second and a half later still reads the
+launch. perf.mjs measures frames; nothing measured the launch. The mock walk's
+Home step now holds a budget against it and both walks print bootCalls,
+bootSync, bootMs and bootLibMs on every step. bootSync is the clause with no
+clock in it: a call that waits on the one before it can only issue its first
+in the shell's own turn, so a chain put back in a queue falls under the floor
+whatever the machine is doing. A bootCalls of -2 means __ss.boot is not there
+at all, which is the census itself being broken rather than the app.
+
+One import line goes with it: Sheet.svelte's `import * as api`, the only one
+of the ten dead imports this round turned up whose reason is the bundle at
+all. Rollup already drops an unreferenced NAMED import, so a dead name on an
+import line is hygiene rather than bytes; a namespace import is the one shape
+tree-shaking cannot see through, and this one was dead. It frees nothing on
+its own — twenty-nine other files in the phone's graph hold the same module
+the same way, so api.js is pinned into the chunk whatever Sheet.svelte does —
+but it is the only one of the ten that belongs to a round about weight. The
+nine that are drift go out with the sweep in the round after this one.
+
+Two things were looked at and left alone, both written down in ANDROID.md
+rather than half-done. Home's per-artist catalog walk is the deepest chain in
+the app, and that serial walk is the Deezer and MusicBrainz pacing, not an
+oversight. And the follows really are read twice at launch, but the obvious
+guard does not work: Home's effect calls loadHome with force the first time
+they land, so the guard would never fire. One small local read, left for a
+round that can do it properly.
diff --git a/handoff/rounds/commit-msg33.txt b/handoff/rounds/commit-msg33.txt
new file mode 100644
index 0000000..5c4f5f5
--- /dev/null
+++ b/handoff/rounds/commit-msg33.txt
@@ -0,0 +1,23 @@
+android: the sweep — what thirty rounds left behind, and the byte that hid a file from grep
+
+Nothing here changes what the phone does, and the walks are untouched on
+purpose: they are the guard, not the subject. Out go nine imports no file
+ever names again, two things nothing in src, tests, crates or src-tauri
+has ever referenced — `forgetAccount` in the Soulseek store, whose Sign
+out row calls `disconnect`, and `isLossless` in util.js — and two CSS
+rules no markup can reach, `.cardpad` and `.iconbtn.liked`; `stamp` and
+`fmtCount` had each been written twice word for word, so both bodies move
+into util.js unchanged and four screens gain a name on an import line they
+already had. The byte is in player.svelte.js, where the play-history key
+joins artist and title on a NUL that was written into the source as the
+character itself rather than as the escape catalog.svelte.js already uses
+— that made the file non-text, so every grep of it since has answered
+"Binary file matches" and shown nothing. One line is added rather than
+removed: `.mini .mini-lane { width: auto }` reads exactly like the strays
+and is the only thing keeping the lane from coming out 32px wider than the
+strip it was cut for, so it now says so — and `.feat`, declared twice in
+shell.css with different values, is left alone, because untangling that
+moves pixels and this round may not. A tenth dead import is missing from
+that first list on purpose: Sheet.svelte's `import * as api` is a namespace
+import, the one shape Rollup cannot shake, so its reason was the bundle
+rather than drift and it went out with the round before.
diff --git a/handoff/rounds/commit-msg34.txt b/handoff/rounds/commit-msg34.txt
new file mode 100644
index 0000000..5ee0bb5
--- /dev/null
+++ b/handoff/rounds/commit-msg34.txt
@@ -0,0 +1,31 @@
+android: the first run — a folder to keep music in, and an account to reach the network
+
+Nobody had seen this app on a phone that has just installed it. On Android
+the library root is never missing — config.rs falls back to the app's own
+sandbox, a real folder nothing else can see — so "no folder yet" cannot be
+a null check, and setup_done has never been written by the phone, so every
+phone in existence reads as unstamped, Kyle's included. The tour therefore
+opens on three clauses, not one: no flag, no saved account, and no records,
+read only after the library and the credentials have both answered. Two
+cards, skippable, and no password anywhere in it — the Soulseek step goes
+to the card on Community and stops.
+
+Every screen that is empty because of those two things now says so with the
+row that fixes it: Home (whose copy predated the folder picker), Library →
+Albums, Library → Artists, which had no empty state at all, and Search,
+where a flat sentence about signing in became the row that does it. A row
+goes away because the config moved, so the two doors onto the same folder
+tell each other — You re-reads when the tour moves it, the tour's store is
+told when You's own picker does — and the all-files row re-reads the grant
+when the system screen hands the app back, the way You already did.
+
+You → This phone opens the tour again as a preview that reads the config
+and writes nothing, which is the door the phone walk drives on Kyle's own
+device. The mock can answer as a fresh install now — an empty database, no
+account, no permission, the sandbox root — so the whole thing is walked end
+to end, and two commands that had no mock at all (player_control,
+open_external) got one on the way past. It is the mock walk's first reload,
+which turned up two things a reload does not clear by itself: the player
+writes the session back on pagehide, so the fresh block clears it from a
+pagehide listener of its own, and the viewport emulation lives on the
+DevTools session, so the harness hands it back after the re-attach.
diff --git a/handoff/rounds/commit-msg35.txt b/handoff/rounds/commit-msg35.txt
new file mode 100644
index 0000000..073e0e2
--- /dev/null
+++ b/handoff/rounds/commit-msg35.txt
@@ -0,0 +1,20 @@
+android: a playlist, out of the phone
+
+The desktop has had Export since playlists v2 and the phone had no door onto
+it for one honest reason: `tauri-plugin-dialog` does open Android's
+create-document sheet, but it answers with a `content://` URI and
+`playlist_export` wrote with `std::fs::write`, which cannot take one. The
+storage plugin grew a `create_document` whose Kotlin writes the bytes through
+the ContentResolver — a plugin function called from Rust, not a command, so
+the file never passes through the WebView and nothing was added to the ACL —
+and `playlist_export` now builds the file above the platform fork with the
+same `playlist_formats` writers, so the phone rebuilds no format and the two
+exports cannot drift. The door is the playlist's own sheet, on the page and
+on the shelf card, with the desktop's five profiles in the desktop's order; a
+dismissed sheet says nothing, because nothing happened. The mock walk drives
+it three ways — a file written where the sheet pointed, a sheet dismissed, a
+refusal read back as a sentence — and the phone walk opens the real sheet and
+dismisses it with BACK, writing nothing to the phone. The Kotlin is unbuilt:
+nothing in this tree compiles it, though it is written against
+tauri-android's own `PluginHandle`, `Invoke` and `JSObject` rather than
+against a guess at them.
diff --git a/handoff/rounds/commit-msg36.txt b/handoff/rounds/commit-msg36.txt
new file mode 100644
index 0000000..15552b2
--- /dev/null
+++ b/handoff/rounds/commit-msg36.txt
@@ -0,0 +1,32 @@
+android: a playlist file, picked
+
+The storage plugin grew `pick_file` beside `pick_folder` and `pick_image`:
+the document sheet with the caller's own filter, answered with a path Rust
+can open. A document already on this phone hands its path over as it lies —
+the document sibling of the same volume:relative id the folder picker
+resolves, plus the Downloads provider's raw: — so a 300 MB pick copies
+nothing; one that has no path is copied into cacheDir/picked under its own
+name, and only as far as the caller allows, because a playlist is kilobytes
+and a DJ set is not. Those copies are swept at the start of every pick,
+which pick_image's never were.
+
+The import sheet has its fifth door, on round 24's screen, wait card and
+review, and the note that apologised for its absence says the one true thing
+about it instead. `playlist_import_probe` took a path and a name the way
+`playlist_import_folder` took a path, and the name is the load-bearing half:
+the parser picks its format off the extension and titles the draft from the
+stem, so a cache copy under an invented name would have read every playlist
+as plain text. The mock walk drives the door and both of the picker's
+refusals through round 31's fail door; the phone walk opens the real sheet
+and dismisses it with BACK, reading nothing and writing nothing.
+
+The brief asked for a second consumer — sending a file in a chat — and there
+is nothing behind it: `community_pick_file` is the persona layer's three
+native dialogs, `soulseek-client` has `say_room` and `message_user` and
+nothing that sends a file, and both frontends' thread composers are text
+only. Nothing was invented for it. The plugin command is general enough — a
+caller's own filter, a zero-copy path, a bounded copy — that the one reader
+still waiting, the local set listener the phone puts off by design, needs no
+further plugin change. Playlist export is not on that list and never was:
+writing a document out is the share plugin's errand, not a picker's. The
+Kotlin is unbuilt — nothing on this machine compiles it.
diff --git a/handoff/rounds/commit-msg37.txt b/handoff/rounds/commit-msg37.txt
new file mode 100644
index 0000000..510cf71
--- /dev/null
+++ b/handoff/rounds/commit-msg37.txt
@@ -0,0 +1,40 @@
+android: the rows go where you put them — a real drag on the playlist and the queue
+
+The phone stood in for the desktop's drag with Move up / Move down / Move to
+the top on a row's sheet, which is fine but is not what a finger is for. Press
+and hold a row for 320ms now and it lifts, the rows below make room, and
+letting go lands it — on the playlist page and on the player sheet's queue,
+through one action in src/mobile/reorder.js. The Move rows stay: they are the
+accessible path round 28 named to a screen reader, and they are the only way
+to reorder while the filter is on. Release a press without having moved it and
+the row's sheet opens exactly as a long press always opened it, which is what
+keeps the queue's sheet reachable at all — a queue row has no ⋯, so
+`oncontextmenu` is its only door to Play now, Move to next and Remove from
+queue.
+
+Most of the work is in not fighting the page. Nothing carries
+`touch-action: none`, because a flick that starts on a row is how the list is
+scrolled and `touch-action` is latched at touchstart anyway; the scroll is
+refused instead by a non-passive `touchmove` listener added at the lift, which
+works precisely because the finger has been still for 320ms and the browser
+has not started one. A press that moves more than 8px before then is a scroll
+and the gesture lets go of it. Click and contextmenu guards sit on the
+container in the capture phase while a lift is live, or a released drag would
+fire the row's own click and play the track. Rows are measured once at the
+lift in the scroller's content space, so the edge pull — within 64px of either
+edge — leaves the snapshot true, and each displaced row moves by the exact
+difference between its top and its neighbour's rather than by one assumed row
+height, because the queue face puts album separators between rows.
+
+No new mutation and no new command: `moveItem` and `moveInQueue` each take a
+numeric target now as well as "up" / "down" / "top", so there is still exactly
+one call to `playlist_set_order` carrying the whole id order, and the existing
+queue guards were already the right guards. The drop is optimistic and snaps
+back with the error toast if the backend says no. Two refusals cover the
+middle of a gesture — the playlist drops nothing if a refetch has replaced its
+rows, and the queue drops nothing if `player.qi` has moved — and dragging is
+off entirely while the playlist's filter has anything in it, because a
+filtered list's visible order is not the stored order. Both walks drive it
+with real pointer events and assert the order out of the store: a drag, a drag
+back, a refusal under the filter, a press that still opens the sheet, and a
+drop the backend is armed to reject.
diff --git a/handoff/rounds/commit-msg38.txt b/handoff/rounds/commit-msg38.txt
new file mode 100644
index 0000000..a348b0a
--- /dev/null
+++ b/handoff/rounds/commit-msg38.txt
@@ -0,0 +1,19 @@
+android: the whole discography, on a page of its own
+
+The artist page already filed every release the desktop's way, but it only
+ever showed one category at a time and it showed all of it: no slice anywhere
+in that grid, so an artist with 140 releases drew 140 cards. There is a page
+now — All in front of the categories, a sort, a grouping by year, and the
+editions opened in place under their own record, which is the part a flat
+list loses — and the grid behind it stops at twelve with the way down under
+it. It is the same classifier twice over the same cached albums, which the
+desktop cannot do because its filing waits on a background description
+harvest; the three things its own page has and this one does not — a
+tracklist per record, an accent sampled per cover, the scroll-led banner —
+are 140 calls and 140 decodes over mobile data for rows that are one tap
+away, and ANDROID.md says so rather than leaving them looking forgotten.
+
+The list caps at sixty with the rest a button away, before the grouping, so
+the last year on screen can be a part of itself; under a name order By year
+is not offered, because the years would repeat out of sequence. The mock
+gains a 140-record artist so both caps are walked rather than argued about.
diff --git a/handoff/rounds/commit-msg39.txt b/handoff/rounds/commit-msg39.txt
new file mode 100644
index 0000000..2587c8c
--- /dev/null
+++ b/handoff/rounds/commit-msg39.txt
@@ -0,0 +1,21 @@
+android: the faces the walk had never seen — six failure states, read back in their own words
+
+Round thirty-one gave the phone honest error states and shipped six of them
+unobserved, because neither `loadHome` nor `loadLyrics` was reachable from the
+`__ss` handle and both answer a second ask with nothing. The handle carries the
+two stores and their two loaders now, and a block of mock steps arms each
+failure with the mock's own weather, drives the face, and asserts the sentence
+a person reads as well as the absence of the Rust string behind it: Home's
+catalog line, the Gaps line and its second tap, a catalog record's stub, the
+artist page's two different answers, a playlist that would not read, the lyrics
+lookup that failed, a refused transfer, and the library toast's Try again,
+pressed for the first time.
+
+It sits before the first-run block, which reloads and empties the mock's
+follows; every failure is disarmed by the step that proves the face heals, and
+a last step asserts nothing was left armed. The phone walk gets a safe step of
+its own — a terminal transfer row written into the store and taken away,
+nothing fetched and nothing reaching the shade. ANDROID.md now names what the
+walk still cannot see: three screens that draw a raw backend string, six error
+faces with no expectation, and the history mirror printed on every step and
+asserted on none.
diff --git a/handoff/rounds/commit-msg40.txt b/handoff/rounds/commit-msg40.txt
new file mode 100644
index 0000000..af96f8a
--- /dev/null
+++ b/handoff/rounds/commit-msg40.txt
@@ -0,0 +1,29 @@
+android: what the device has actually been tested for — the map, and the steps it could close
+
+Most of this port is proven against an object in memory and only some of it
+against the phone, and nobody had written down which was which. Writing it
+down found four phone steps — `library-ambience`, `queue`, `lyrics` and
+`community` — named and screenshotted with no entry in `PHONE_EXPECT` at all,
+and the driver reads a missing key as a pass, so all four had been green since
+the rounds that wrote them; they have assertions now, tolerant of Kyle's own
+library and of nothing else.
+
+Thirty-three more steps move onto the device: everything that can be proven
+there without downloading, joining, sending, signing in or writing to his
+library. The library's shape and its sort (nav state, not config), a local
+track's sheet off a real path, Search's recents out of this WebView's own
+storage, a queue row's sheet opened and not tapped, the walk's own playlist
+with a row removed and put back by Undo — the first round trip that stash has
+made through real SQLite — the import review's Keep switch restored before the
+draft is created, the sleep timer set and put out by the next step, the
+stream-cache chip and the Wi-Fi-only guard read first and restored last, and a
+port the core has to refuse.
+
+ANDROID.md carries the map beside Verifying: what the device walk proves (121
+named steps, up from 88, plus the seven things after the loop that no mock can
+do), what stays mock-only and why — needs `__ssMock`, needs a fresh install,
+needs a viewport the phone walk refuses to set, needs the dev flavour, or
+would download, join, or destroy his data — which six of the new steps are
+conditional on what his own library happens to hold, and what still needs a
+person. No product code in this round: four inserts in the phone half of
+smoke.mjs, one in the doc.
diff --git a/handoff/rounds/commit-msg41.txt b/handoff/rounds/commit-msg41.txt
new file mode 100644
index 0000000..29023c6
--- /dev/null
+++ b/handoff/rounds/commit-msg41.txt
@@ -0,0 +1,52 @@
+android: the long session — what the app is still holding after an hour
+
+Every walk this project has ever run is minutes long, and nothing in the port
+had been looked at for a leak. Driving the real bundle lap after lap says two
+useful things. The first is that the obvious answer is wrong: the naive
+add-minus-remove listener counter climbs about twelve a lap, and every one of
+those is a `.screen` element that `{#key nav.seq}` threw away — count only
+what is still attached to window, document or a connected element and it is
+flat, lap for lap, and so are the intervals. The second is that exactly two
+things grow without a limit. `art.svelte.js` kept every cover it had ever
+fetched for the WebView's lifetime — one browse of a 114-cover library takes
+it from 5 keys to 114 and gives nothing back, at roughly 63 KB of base64
+each — and `pls.covers` is keyed `id:revision`, so every playlist edit
+stranded a 360 px data URL under a key nothing could ever read again.
+
+Both are bounded at the desktop's own numbers rather than at invented ones:
+`ART_THUMB_CACHE_MAX` 512 and `ART_THUMB_CACHE_MAX_CHARS` 16 MiB out of
+`state.svelte.js`, oldest first. Two rules the desktop does not need are
+added, because its callers ask through `getArt(path)` while the phone's
+templates index the map: the entry that just landed is never dropped, and
+neither is one a connected `` is painting — `Cover`'s `visible` action
+re-arms only on a path prop change, so an evicted cover that is still mounted
+would stay a disc for good. Built with the cap forced to 8 and scrolled
+through eighteen screens of a 140-card Library grid, the map sat at 61 —
+spared, every one of them, for being painted — and not one cover on screen
+lost its image; at the shipped 512 a whole library walk runs the trim zero
+times. The playlist covers need no policy at all: the new revision drops the
+old ones, which are unreachable by construction.
+
+The verification is the round. `artTally()` on the handle reports the map and
+its side tables, which are module-private; seventeen probe fields carry that,
+the catalog's ten session maps, the queue, the transfers and the DOM on every
+step of both walks; and seven mock steps install a live listener and timer
+registry in the page — by a step, not by `addScriptToEvaluateOnNewDocument`,
+which the first-run block's reloads would throw away — drive two warm laps, a
+baseline and nine more, assert the census, and take the registry back out so
+nothing appended after this block inherits a patched platform. Installed that
+late it can only see what is registered from that moment on, so its absolute
+counts are small and are not asserted as a census; what is asserted is the
+delta across the nine laps, and that it fires was proved by planting a
+listener and an interval stranded once a lap: `grewEars` 0 → 9, `grewTicks`
+0 → 9, and the step fails. As it ships, over those nine laps, the listeners
+and the intervals moved by 0, the art map grew 17 against a headroom of 80
+and the catalog 5 against 24, and the DOM ended smaller than it started.
+`tallyTimers` is a ceiling and not a delta, and says so: every track start
+schedules a 47-second recents refresh, so a walk this fast keeps a handful
+pending, and making it sharp would cost a fifty-second quiet period. The
+catalog maps, `tracksCache` and that recents timeout are named in ANDROID.md
+as left alone on purpose — evicting a catalog entry is not safe while
+`Artist.svelte` looks one up inside `untrack`. Nothing new on the phone leg:
+the registry is never installed there, those three fields read −1, and
+`artTally()` is a pure read.
diff --git a/handoff/rounds/commit-msg42.txt b/handoff/rounds/commit-msg42.txt
new file mode 100644
index 0000000..7652068
--- /dev/null
+++ b/handoff/rounds/commit-msg42.txt
@@ -0,0 +1,44 @@
+android: turned over, for real — the walk rotates the phone, and puts it back
+
+Round twenty-seven wrote the landscape layout and proved it at 915×411 in
+headless Chrome; no real device had ever been turned, and the phone walk
+refuses a `{ view: [...] }` step because a device's orientation is not the
+step list's to set. That refusal stays. The turn goes in the phone tail
+instead, right after `background` has proved playback is live with the app
+off screen, and it asserts the four things the mock physically cannot show:
+`screen.orientation.angle` is 90 or 270 — an override without
+`screenOrientation` leaves the angle at 0, so this one is only ever a real
+phone — the WebView RESIZED as well (a separate clause, because a WebView
+that never got the configuration change looks exactly like a display that
+never rotated), `--nav-h` computed to 48px so the phone-sized landscape query
+really fired, and the activity was not recreated: the same window token, the
+same `performance.timeOrigin`, the same pid, no `AndroidRuntime` fatal — and
+those last two are read tolerantly, because `pidof` exits 1 when the process
+is GONE and `adb()` throws on a non-zero exit, so the plain read threw the
+whole report away at exactly the moment it mattered. Then the stack, the
+track still playing and past where it was (a track that rolled over during
+the turn is still playing, which is all the clause claims), nothing clipped,
+and the player sheet sideways in two columns with every control on screen.
+
+The safe-area insets are printed, not asserted. Nobody had ever measured
+them here — `MainActivity` calls androidx's `enableEdgeToEdge()` and nothing
+in the generated Kotlin touches insets, so `env()` comes straight out of
+Chromium's window-inset mapping — and asserting a number nobody has measured
+is how a round fails on a correct build. What is asserted is the plumbing, on
+both edges, because a hole-punch is only on one of them: whatever `env()`
+says, the glass bar, the mini bar, the screen and the sheet spend it.
+
+The phone is Kyle's, so the two rotation settings are read before either is
+written and put back from four places — the block's own finally, main's
+finally, `process.on("exit")` and SIGINT/SIGTERM/SIGBREAK — because a failed
+clause only walks on but a WebView that stops answering throws clean out of
+the loop, and Ctrl-C runs no exit handler at all. The latch clears itself
+before it writes, a failed restore hands it back for the next caller, and the
+skip paths disarm rather than restore, so a phone that could not be read, one
+already sideways and `--no-rotate` all leave it untouched. Nothing else on the
+device is written.
+
+One thing beyond the turn: the `{ adb }` step kept its stdout. `am start`
+prints "Error: Activity not started, unable to resolve Intent" on stdout and
+exits 0, so `share-import` — the step that exists to prove the share intent
+resolves — could not fail for its own reason. It can now.
diff --git a/handoff/rounds/commit-msg43.txt b/handoff/rounds/commit-msg43.txt
new file mode 100644
index 0000000..8a788ec
--- /dev/null
+++ b/handoff/rounds/commit-msg43.txt
@@ -0,0 +1,35 @@
+android: the keep rules for a release build nobody has made
+
+Every APK this port has produced is `assembleArm64Debug`, and the generated
+project turns R8 on for `release` and only for `release` — while tauri finds a
+plugin class by string, files every `@Command` under `commands[method.name]`,
+and lets Jackson fill every `@InvokeArg` field by field. Minification breaks
+exactly that, and it breaks it without a word: the app compiles, installs,
+launches, shows Home, and then a tap on Library folder answers "No command
+pickFolder found for plugin ..." in logcat and nothing on screen. So each
+plugin module now carries its own `consumer-rules.pro` naming its own
+reflected surface — the shape tauri-android and tauri-plugin-dialog already
+use in this build, and one that travels with the plugin into a regenerated
+`gen/android`, which a rule written into that gitignored tree would not.
+
+What belongs to no single plugin is in `src-tauri/android/proguard-soulstream.pro`,
+copied into the generated project by the build script because the app's own
+Gradle file is regenerated: the runtime annotation attributes, a `-dontwarn`
+pair for the two `java.beans` classes jackson-databind references and Android
+does not have (R8 turns a missing class into a build error, so without them
+there may be no APK at all), and a keep for the four `@Command` methods
+declared on `app.tauri.plugin.Plugin` itself. Tauri's own rule matches classes
+annotated `@TauriPlugin` and the members they declare; the base class carries
+no such annotation, so nothing names `registerListener` — which is what the
+lock-screen card's buttons and the download notice's Cancel and Open ride on.
+
+`build.sh` grows `--release`: the release profile, `--features tauri/devtools`
+so the walk can still attach at all, `assembleArm64Release`, and a zipalign and
+sign with the same debug key the phone already trusts, so the APK installs over
+the app rather than forcing an uninstall that would take Kyle's settings with
+it. With no argument the script is what it has always been, cargo line for
+cargo line, so deploy.sh and ship.sh keep the path they run every twenty
+minutes. None of this has been built: Gradle, Kotlin and R8 do not run on this
+machine, the rules are a precaution against a silent failure rather than a fix
+for an observed one, and ANDROID.md says so and lists what to test by hand,
+command by command, on the first release build anyone makes.
diff --git a/handoff/rounds/commit-msg44.txt b/handoff/rounds/commit-msg44.txt
new file mode 100644
index 0000000..d11a898
--- /dev/null
+++ b/handoff/rounds/commit-msg44.txt
@@ -0,0 +1,32 @@
+android: the falcon on the launcher — a real adaptive icon, with the monochrome layer
+
+The phone has been wearing tauri's logo. `tauri android init` writes the
+generated project's `res/` from its own template and never reads
+`src-tauri/icons/android/`, which has carried the falcon since 50afa6a, and the
+detour build runs cargo and Gradle directly — so nothing ever copied it across:
+the two dominant colours in the packaged `mipmap-xxxhdpi/ic_launcher.png` are
+`#24c8db` and `#ffc131`, tauri's own brand cyan and amber. `src-tauri/android/res/`
+is the app module's res now, tracked, and `build.sh` and `dev.sh` copy the whole
+tree into `gen/android` before Gradle, because that project is regenerated and
+gitignored and an asset that only lives there is an asset that disappears.
+
+It is a real adaptive icon: the kit's foreground and its **monochrome** layer at
+five densities, the legacy mipmaps under it, and the background as one
+`#FF05080B` colour resource rather than five identical flat PNGs, so the gradient
+being mocked separately replaces one file. The kit's own XML could not ship — it
+points every layer at `@drawable/` while shipping them as PNGs under `mipmap-*`,
+and in the generated project two of those three references resolve to Android
+Studio's template robot rather than failing — so the overlay's XML says
+`@mipmap/` and `@color/`, and its colour file takes the same name tauri's does,
+because two files declaring one colour is a hard aapt2 error.
+
+Losing the copy would be silent — the APK still builds, still installs, and wears
+the old logo with nothing in the log — so `verify-icon.sh` opens every APK both
+scripts make and reads the resources back out: the two `mipmap-anydpi-v26` XMLs
+present, and four PNG names at five densities byte for byte from the overlay. A
+release APK keeps neither the bytes nor the names — AGP re-encodes every PNG and
+shortens every resource path — so that path asks `aapt2 dump resources` what each
+name points at and compares pixel dimensions instead; 72×72 at hdpi still tells
+the kit's icon from tauri's 49×49. No walk step: a launcher icon is not reachable
+from inside the app, and the masking and the themed layer want a minute with the
+phone's home screen.
diff --git a/handoff/rounds/commit-msg45.txt b/handoff/rounds/commit-msg45.txt
new file mode 100644
index 0000000..d59cb27
--- /dev/null
+++ b/handoff/rounds/commit-msg45.txt
@@ -0,0 +1,29 @@
+android: the icon where it moves — the glyph, the lock screen and a splash that is not white
+
+Both notification glyphs are the same falcon now, the logo kit's monochrome
+path verbatim inside a group that re-frames it for a 24dp box — the playback
+card's and the transfers notice's, because a note beside an arrow does not
+read as one app, and the transfers one keeps the tray bar it always had so
+the falcon dives into it. The fill stays white on transparent: the shade
+composites a small icon from its alpha channel alone and tints it itself, so
+a coloured export would arrive as a white blob.
+
+The lock screen falls back to the app's own icon instead of a grey hole.
+`MediaHub.art` is null from the moment a track changes until the frontend has
+finished decoding its cover, and null forever for a track with none, so
+`appIcon()` decodes the launcher icon ONCE — through the PackageManager,
+because a library module's R has no `ic_launcher` — and hands it to both the
+card and `METADATA_KEY_ALBUM_ART`. The app manifest lives in gitignored
+`gen/` and declares no category, so the media-session plugin's own library
+manifest contributes `android:appCategory="audio"` through the merger, and a
+`Theme.App.Starting` on the brand ground replaces Android 12+'s white flash —
+in `values-v31` and `values-night-v31` both, because the qualifier order puts
+night mode ahead of platform version and a splash written only into
+`values-v31` is silently ignored on a dark-mode phone.
+
+The walk gains `media-card`: after the session block, the card is still
+posted on the `playback` channel with the playing track's title on it, and
+`media-keys` below it still gets the transport back — which is what a
+drawable the shade cannot inflate would actually break. The glyph itself and
+the splash are screenshots; `dumpsys notification` prints a resource id and
+never a pixel, and the splash is gone before the walk's first frame.
diff --git a/handoff/rounds/commit-msg46.txt b/handoff/rounds/commit-msg46.txt
new file mode 100644
index 0000000..e23c911
--- /dev/null
+++ b/handoff/rounds/commit-msg46.txt
@@ -0,0 +1,47 @@
+android: the media mirror grows a queue window the card never shows
+
+The Kotlin side of the mirror has always known about exactly one track, and
+media3's `SimpleBasePlayer.getState()` — the thing an Android Auto session is
+built on — wants a playlist and an index into it. So the data lands a round
+before the migration that needs it, where it cannot break anything:
+`NowPlaying` and `NowPlayingArgs` carry a bounded `queue` of at most
+twenty-one entries, the current item and ten either side, each with its id,
+title, artist, album, duration and art key, plus `queueIndex`, where the
+current one sits within that window rather than within the whole queue.
+`src/mobile/media.svelte.js` fills them from `player.queue` and `player.qi`;
+`MediaService` ignores every bit of it, so the card is byte for byte the card
+it was. Ten either side because one covers the card's own prev and next and
+nothing else while a queue list — which is what Auto asks for — wants a
+screenful plus a scroll both ways, and it is a cap rather than a length: a
+two-thousand-track queue crosses the bridge as twenty-one entries exactly
+like a twenty-one-track one, measured at two kilobytes of JSON for twenty-one
+short titles and six with long ones and real cover paths, against the thirty
+to eighty of base64 cover that already ride the same call once per record.
+
+Nothing renders it, which is the whole difficulty in checking it — and both
+hops of this bridge fail silently, because serde drops an unknown field and
+tauri's Jackson mapper has `FAIL_ON_UNKNOWN_PROPERTIES` off, so a key spelled
+snake_case where camelCase was wanted arrives as nothing at all with no error
+anywhere. `MediaSessionPlugin.update` logs one line per update, and the phone
+walk holds that line against `__ss.card` — the mirror media.svelte.js now
+keeps of what it last sent, the shape xfernote has kept of the shade since it
+was written — field for field, through a next and a previous. The art-key
+count is compared as well as the size and the index, since that is the only
+camelCase field an entry has. The check arms at queue index one rather than
+at wherever the walk left off, which buys a row on either side — `prev()`
+seeks to zero at the top of a queue and `next()` stops at the end — a track
+that has only just started, so `prev()` is still a step rather than the seek
+it becomes past five seconds, and a window whose own index is the queue
+index, because nothing is clamped off the front while the index is under ten.
+Each of the three readings has to be a fresh one at both ends, the push
+counter up and a new line in the log, since a `prev()` that lands back where
+it started reads exactly like a stale line otherwise; and a queue too short
+to arm, or repeat-one, under which `next()` seeks instead of stepping, fails
+the check rather than skipping it.
+
+The plugin's `consumer-rules.pro` keeps the new `@InvokeArg` class by name
+beside the one it already keeps; without that line a release build would fill
+`NowPlayingArgs` and leave every queue entry null, quietly. Rust and Kotlin
+both changed, so this one cannot go down `dev.sh` — it needs the full
+`deploy.sh` detour. And everything the walk already asserts about the card is
+untouched, which is the real check on this round.
diff --git a/handoff/rounds/commit-msg47.txt b/handoff/rounds/commit-msg47.txt
new file mode 100644
index 0000000..2764aeb
--- /dev/null
+++ b/handoff/rounds/commit-msg47.txt
@@ -0,0 +1,50 @@
+android: the launcher's ground is the desktop's, not a flat colour under it
+
+The icon round left the adaptive background as one `#FF05080B` and a note that
+a gradient was being mocked. The mock settles it: the falcon covers about a
+quarter of a circle-masked tile, so the ground is three quarters of what
+anyone sees, and concept 04's glow survives every mask — the visible top-left
+corner goes from `#05080B` to `#0E3543`. So `@color/ic_launcher_background`
+becomes `@drawable/ic_launcher_ground`, a vector carrying the desktop icon's
+own linear surface and the radial glow over it, every number
+`src-tauri/icons/icon.svg`'s multiplied by 108/1024 and nothing else. The
+colour resource stays where it is, unreferenced, because its filename is the
+only thing stopping tauri's own `#fff` from colliding with it.
+
+A vector and not five PNGs on evidence. The kit's glow has a uniform scale, so
+the SVG ellipse is a circle and its rotation is a no-op, which is exactly what
+`android:type="radial"` can carry; two numbers there and no vector could have
+said it. The linear axis is 51.1° off horizontal, which rules out a
+`` of shapes as well, whose angle must be a multiple of 45. It was
+compiled and linked with the SDK's own aapt2 over the real merged res tree and
+every stop read back out of the APK. The name is `ic_launcher_ground` and not
+`ic_launcher_background` on purpose: the generated project still carries
+Android Studio's template drawable of that name, so under the other name an
+overlay copy that failed would silently link the green robot — under this one
+it is a hard link error, which was tested too.
+
+`verify-icon.sh` follows the layer. It does not ask whether the file is in the
+APK; it asks what the adaptive icon's `` resolves to, through the
+resource table, in both build types, and then reads concept 04's six stops back
+out of what it found — which catches a stale APK as well as a lost overlay.
+Passing on a debug APK and on one put through `--shorten-resource-paths`,
+failing on a stale one, and saying NOT CHECKED rather than guessing when aapt2
+is absent. What none of it can see is a pixel: banding on the OLED, the glow's
+weight under the Pixel's mask and how the falcon reads on a lit ground are a
+launcher screenshot on the phone, and ANDROID.md says so instead of implying
+the check covers it.
+
+One slot the ground reaches is not the launcher at all. `MediaHub.appIcon()`
+draws whatever `getApplicationIcon()` returns into a 512 px bitmap and hands
+it to the lock-screen card as the large icon for any track whose cover has
+not been decoded yet, so the card and the shade carry this ground as well —
+the quickest place for Kyle to look at it, and the only reader of the
+launcher icon inside the app. The walk reads that card's title and the
+session's playback state and never its icon, so no step changes meaning. The
+Android 12+ splash very likely changes as well, and the other way from what
+the docs' one-line version of the rule suggests: the platform drops an
+adaptive background only when it is a single colour close to
+`windowSplashScreenBackground`, which round 44's flat `#05080B` was, so the
+falcon has been drawing there alone and enlarged; a gradient is not one
+colour, so it is kept and the whole icon is drawn. Likely, not proven — that
+one is a screenshot too.
diff --git a/handoff/rounds/commit-msg48.txt b/handoff/rounds/commit-msg48.txt
new file mode 100644
index 0000000..52d80f4
--- /dev/null
+++ b/handoff/rounds/commit-msg48.txt
@@ -0,0 +1,61 @@
+android: the lock-screen card, moved to media3 before anything is built on it
+
+The card Kyle sees every day was a hand-built MediaStyle notification over a
+MediaSessionCompat, on `androidx.media`, deprecated since May. Android Auto
+needs a media3 session to browse, so the choice was to write the new thing
+against a deprecated library or to move the old thing first; this moves the
+old thing and adds no Auto. `MediaService` is a `MediaSessionService` and a
+new `SoulStreamPlayer` is the `SimpleBasePlayer` media3 asks for when the
+engine lives somewhere else — rodio, in Rust, behind a WebView round trip —
+so `getState()` is a pure read of the last `NowPlayingArgs` off the bridge,
+queue window and all, and every button routes back out through `MediaHub.act`.
+
+Three corrections to the plan, each the kind that only shows up on a phone.
+media3 **1.10.1**, not 1.11.0, whose POM drags kotlin-stdlib 2.2.10 into a
+project that compiles with Kotlin 1.9.25. The audio-focus and becoming-noisy
+blocks STAY hand-rolled: `setAudioAttributes(…, handleAudioFocus)` is an
+ExoPlayer convenience that lands in a `@ForOverride` method which throws, and
+deleting them would have lost "another app takes the output" and "headphones
+out" with nothing failing anywhere. And the service is BOUND, never started —
+`MediaSessionService.onStartCommand` returns `START_STICKY` without promoting
+for any intent that is not media3's own, so a `startForegroundService` would
+arm the ten-second kill timer and satisfy nothing, which is the 2026-09-13 bug
+in a new coat. Four more things are load-bearing and silent when they break: a
+playlist that must never be empty while a track exists, `COMMAND_GET_TIMELINE`
+with `COMMAND_GET_CURRENT_MEDIA_ITEM`, `STATE_READY` while paused, and both
+spellings of next and previous. Each ends in a card that is simply never
+posted, with nothing in any log. The window carries `queueBase` now, for a
+stable media-item uid as it slides, and `repeat`, whose numbering is swapped
+between the app and media3, so that what a controller is told about repeat is
+the truth and media3's own view of the end of the queue agrees with the
+`hasNext` the next button is advertised on.
+
+The 2026-09-13 bug has a second door, and `onStartCommand` is what shuts it.
+media3 hands the framework a media-button `PendingIntent` built with
+`PendingIntent.getForegroundService`, unconditionally, because the receiver the
+legacy stub resolves is now this service — there being no `MediaButtonReceiver`
+left for it to find. So the SYSTEM starts this service in the foreground on
+every media KEY, while media3 promotes only for a session it calls
+user-engaged. A key into a process built for that key, a key on a card paused
+past the ten-minute tail that does not start playback, any key with the bar
+cleared: none of them qualify, and each would take the app down ten seconds
+later. (The card's own buttons are milder — only play/pause, and only while
+paused, is a foreground start.) So `onStartCommand` promotes first, the way
+this service always did — through media3's own `onUpdateNotification` when
+there is a card to post, and otherwise with a plain notification of its own,
+posted and withdrawn in the same breath. `Service`'s
+`startForeground` is final, so the split is by what media3 can be asked to do,
+not by watching it.
+
+The walk gains `one-card` and `one-session` — the only checks that tell a
+landed migration from a doubled one — plus an advisory `media-plumbing` line;
+the logged window grew `base` and `rep`, which are the only readback either
+field has anywhere on the device and which `queue-window` now asserts; and the
+paused-restore wait goes to 25 s, which ANDROID.md had already claimed in one
+place and contradicted in another. ANDROID.md also says plainly what the walk
+cannot prove and Kyle has to try himself: headphones out, another app taking
+focus, the card's actual look, and a Bluetooth headset's own buttons. The
+Kotlin is unbuilt — no Kotlin compiler here — and was read against javap of
+media3 1.10.1 and the real sources of `SimpleBasePlayer`, `MediaSessionService`,
+`MediaNotificationManager` and `DefaultMediaNotificationProvider`; the manifest
+and resources compile and link under aapt2, and the Rust type-checks.
diff --git a/handoff/rounds/ins-r20-peer.txt b/handoff/rounds/ins-r20-peer.txt
new file mode 100644
index 0000000..53ba9b5
--- /dev/null
+++ b/handoff/rounds/ins-r20-peer.txt
@@ -0,0 +1,185 @@
+
+
+
+ {#if picture}
+
+ {:else}
+
+ {/if}
+
+
{username}
+
{uploadLine}
+
+
+
+
+
+
+
+
+
+{#if !online}
+
Sign in to Soulseek to ask their client for their card.
+{:else if infoErr}
+
Their client did not answer ({infoErr}) — offline, firewalled, or not sharing a card.
+{:else if !info}
+
Asking their client for the card — direct, peer to peer.
+{:else}
+
{info.description?.trim() || "They wrote nothing about themselves."}
+ {o.their_albums
+ ? `${o.albums_in_common_count} of their ${o.their_albums} albums are in your library · ${o.artists_in_common_count} artist${o.artists_in_common_count === 1 ? "" : "s"} in common · compared ${ago(o.computed_at)}`
+ : `No album folders among ${o.audio_files} audio files · compared ${ago(o.computed_at)}`}
+
+ {#if o.gaps.length}
+
They have {o.gaps_count} record{o.gaps_count === 1 ? "" : "s"} by artists in your library that you don't.{o.gaps.length > cap ? ` The first ${cap} are here.` : ""}