USR369 arrived and started logging 09/07/26 (confirmed via arrival event, timeIn 9:33am). All of today's actual workout data (Bike B warmup+main, FW Bicep Curl parallel/perpendicular, FW Pec Fly Dumbbell, stretching) landed on the 09/06 session (DLM-090626-051, timeIn 09:42) instead of today's 09/07 session (DLM-090726-053), which remains empty except the arrival note. USR369 confirmed this is correct/matches what happened -- the app wrote into yesterday's leftover draft rather than starting fresh for today. Left the data in place on the 09/06 record per USR369's choice, not moved.

USR369 direction 09/07/26: wants to time each event/section of the workout. Proposed: add a Finish control to each section bar (Warmup, Main, Exercises, Sauna, Stretching, etc.) so tapping it captures the elapsed time for that section automatically, rather than manually computing from typed timeIn/timeOut. App(s) not specified -- ask before building. Exact UX (per-section start+finish, or just finish assuming a start already happened) not yet detailed.

USR369 direction 09/07/26, Android app: trying to attach/pick a picture from local files (gallery/file storage) and it's not working -- can't pick up the image. Which feature this is for (exercise photo, nutrition log, profile, etc.) not specified. Not yet reproduced or root-caused.

USR369 direction 09/07/26: Nutrition section should have Before/During/After sub-entries (matching the Warmup/Main/Cooldown pattern used elsewhere). Also: a 'General' nutrition slot he'd previously asked for is no longer needed -- Before/During/After covers it, remove/disregard General. App(s) not specified -- ask before building.

USR369 direction 09/05/26: in the Recovery section (sauna/etc.), there's both an automatic duration calculation and a separate manual duration input field. Wants the manual duration input removed, keep the automatic one. App(s) not specified -- ask before building.

USR369 direction 09/05/26: in the Pec Fly exercise, entering the weight amount works/looks different from the other exercises. Wants all exercises' weight input to be consistent/the same. Which app(s) not specified -- likely both, not yet confirmed. Exact nature of the difference (increment size, dropdown vs free text, etc.) also not specified -- ask for detail before building.

USR369 direction 09/05/26, Android app, exercise picker: a custom exercise he's added doesn't show up directly in the main dropdown. He has to select 'Custom' first, which then reveals a list, and he has to pick the exercise from there. Extra step / friction in reaching a custom exercise. Related to the overlay-menu bug already logged (old list #26/#30 depending on which list) -- may be the same underlying picker structure, not yet reconciled.

USR369 direction 09/05/26, HTML app: added 'FW Bicep Curl' as a custom exercise. Checked the next exercise's picker and saw it there alongside FW Tricep (so it did save/propagate). Went back to the original Bicep Curl entry and the dropdown was empty/the custom exercise had disappeared from the list. USR369 noted this same kind of thing happened last week too -- recurring, not a one-off. Same symptom family as old-list item #23 (custom dropdown values don't appear/clears input).

CORRECTED 09/05/26: USR369 has NOT confirmed Android is fine overall -- only that THIS specific Level/Distance mixup wasn't seen there. Android still needs proper checking, not cleared. Original HTML finding (Level shows '5+7', Dist blank, backend distance='5+7'/distanceValue='') stands unchanged.

USR369 direction 09/05/26, mid-workout: dropdown listings need to be in alphabetical order, both Android and HTML apps. Not yet specified which specific dropdowns (exercise picker, notes, cardio type, etc.) -- likely applies broadly to all of them, ask for confirmation if scope needs narrowing before building.

CORRECTED 09/05/26: no copy/paste button needed. USR369 just wants a small box/popup to open when editing a note on either app, so he can read the existing content AND edit it directly in that box -- not a separate read-only display, not a copy feature. Dropdown-list idea from the original message still stands as a maybe, not confirmed.

USR369 reported 09/01/26, Android History view (DLM-090126-049): Info, Swimming, and Recovery sections showed missing information. Checked backend (load.php) against each: (1) INFO -- weight/feel/energy/companion/name/location/times all present; only pain mid/end/post levels are blank (may be intentional non-entry, not necessarily a bug). (2) SWIMMING -- timeIn/timeOut/laps all present and correct, but the notes field is cut off mid-sentence: 'I didn't take a rest between half laps I want a full lap and then I walked the rest of' -- ends abruptly, looks genuinely truncated rather than an intentional stop; also the Swimming summary shows 32m in the app but timeIn-timeOut math (12:05-12:39) is 34 min, small mismatch. (3) RECOVERY -- the app's Recovery section shows no summary value next to it (unlike Cardio/Stretching/Swimming which all show a duration), even though real Sauna data exists in the backend (Steam Room, 11:44-12:04) -- likely a UI mapping bug where the Android Recovery section isn't reading from the sauna field. Not yet confirmed with USR369 whether the swimming notes truncation is a real bug or an interrupted thought.

USR369 direction 09/01/26, Android app: saved session to History, quit app, reopened, opened it in History -- stretching was missing. Unclear whether it was already missing in History itself or lost specifically during Load into Current. VERIFIED SERVER-SIDE: stretching data IS actually intact and complete in the backend (DLM-090126-049: 11:00-11:15, 15m, Legs/Lower back/Full body focuses, notes 'hung from my arms for a few minutes') -- so this is a UI/display or Load-into-Current transfer bug, NOT real data loss. Same symptom family as old-list items #19 (Current/History data mismatch after leaving/re-entering) and #20 (Load into Log transfers incomplete data) -- likely the same underlying bug, now with a concrete confirmed-safe-on-backend repro.

USR369 direction 09/01/26, mid-workout, Android app: while adding exercises, added one by mistake and can't change what type of exercise it is. Wants the ability to delete an exercise entry outright as the fix. Note: the 09/01 screenshot (item 3, this list) shows a red 'Delete Exercise' button already present in the Android UI on the Biceps Curl exercise -- unclear whether that existing button doesn't work, isn't visible/accessible on the exercise he's trying to delete, or whether he wants a different/additional way to remove it. Not yet clarified with USR369.

USR369 direction 09/01/26: from this point forward, everything he reports goes on the NEW list, not the old one -- reclassifying the screenshot bug (previously logged as decision D confirming old item #26) as NEW LIST item 3 instead. Android app, Biceps Curl exercise: tapping the Exercise field's custom-exercise dropdown opens a large white full-screen overlay list covering most of the screen (including Delete Exercise button and Notes field underneath). USR369: not needed/wanted. Confirmed HTML does not do this. Screenshot on file in conversation.

USR369 direction 09/01/26, mid-workout: cardio has three sections he can go into (Cardio 1, 2, 3). Within each section there's Warmup and Main. He wants Warmup and Main to 'roll up' -- exact meaning not yet confirmed (could mean: combined/summed total duration displayed, or merged into a single entry). Ties directly to item #24 (Cardio Session restructure, already open) -- may be the same underlying ask with more detail, or a genuinely separate structural point (3 distinct cardio slots vs. 1 session with 3 sub-entries) -- needs reconciling with #24 before either gets built, not treated as a third competing spec.

USR369 direction 09/01/26, mid-workout: wants a distance field on cardio entries (warmup/main/cooldown individually), with a unit choice -- miles, kilometers, etc. His message cut off after 'for that number one I left' -- unclear if that fragment refers to a specific value he wanted logged or was just an interrupted thought; he confirmed this is a NEW feature request, not a value to log right now. Not yet scoped which surface(s) this applies to (Android/HTML/both) -- ask before building. Relates to item #24 (Cardio Session major restructure, still open) -- distance-per-unit may belong inside that same rebuild rather than being bolted onto the current cardio structure separately.

Reported by USR369, 08/29/26, Android app. After finishing the workout, he closed everything, reopened the app, and tried to load the session back into the Current Workout view -- it would not load. Reported right at end of workout; state of the underlying saved data not yet independently verified against the backend -- flagging for whoever fixes this to check whether the data is actually intact server-side (load.php) even though the app UI failed to load it into Current, since that would point to a UI/state bug rather than a data-loss bug.

Reported by USR369, 08/29/26, Android app specifically. When adding a new exercise and selecting 'Other' (or equivalent option) to type in a new exercise name, a menu comes out/pops up that gets in the way and doesn't behave correctly. USR369 wants this fixed to work the same correct way the Pec Fly 'Other' custom input already does (see item #25 -- that pattern is the desired standard for both apps). This is a concrete Android instance of the same gap item #25 already flagged generally.

USR369 direction 08/29/26, while doing Pec Fly: the way the 'Other' custom input works on Pec Fly is correct/desired behavior -- he wants this exact pattern used consistently throughout BOTH the Android app and the HTML page, everywhere a similar custom/other-style input exists. Called a major change. Not scoped in detail yet (which specific fields/exercises currently deviate from the Pec Fly pattern not yet inventoried) -- not started. Relates to K384's existing custom-value-dropdown standards ask (already filed as T-CUSTOMVAL-STD per msg 1095, still open, not yet built) -- this may be the same underlying request restated with a concrete reference example (Pec Fly) rather than a duplicate. Worth reconciling with T-CUSTOMVAL-STD rather than treating as brand new before building anything.

USR369 direction 08/29/26: cardio needs to be overhauled on BOTH the Android app and the HTML page. New structure: a 'Cardio Session' object that has its own name field, containing exactly 3 sub-entries -- Warmup, Main, Cooldown -- each with its own minutes, level, and heart rate fields. Heart rate specifics (units, source, manual vs synced) explicitly deferred -- 'to be discussed later', not yet specified. USR369 called this a major change, not a quick fix -- not started, not scoped in detail yet. Flagging: this overlaps with the already-open T-GYMLOGGER-REBUILD data-model layer (todo-70.md) and CC[100]'s parallel v2 rebuild work (co-owned per msg 1175) -- worth checking with CC before building either surface's cardio section in isolation, since a data-model change like this could affect the sync/schema work CC already owns. Not yet actioned.

Reported by USR369, 08/29/26, explicitly scoped to the ANDROID app per his new app=Android/HTML=page convention. When adding a custom value to an 'other'/custom-style dropdown field, the new value doesn't appear when he pulls the list back down. Sometimes the input field goes blank entirely, forcing him to re-open the dropdown and re-enter the value. This is the same symptom class as last session's bug #17 (sent to CC[100] in msg 1197 as HTML-sourced, later found to actually be Android-only per K437) -- but this is a fresh, correctly-scoped confirmation on Android specifically, not a re-report of the same unconfirmed claim.

Reported by USR369, 08/29/26, confirmed on the HTML app (gym-logger.html v6.11, NOT Android -- scoped explicitly this time per K437's lesson). In Current Workout: tapping Clear Contents clears everything else, but the exercise list itself does not clear -- it stays populated. Separately/relatedly, the app then shows the exercise section prefilled with data carried over from the prior session, which USR369 does not want -- he wants a genuinely empty/blank exercise entry after Clear Contents, not an auto-seeded one. Starting a fresh bug batch for this session (separate thread from the 8 bugs sent to CC[100] via msg 1197 last session) -- more may be added before this gets sent.

USR369 stated intent 08/29/26: cancel EOS Fitness (ABC Fitness Solutions member services), reapply for gym membership through Medicare instead since Medicare will pay for it. Provided cancellation instructions photo (ABC Fitness Solutions cancel form): cancel online at www.myiclubonline.com -> Register -> select my agreement -> click request cancel -> fill out info -> submit -> check email. Toll-free (833)-538-0635. Agreement # field was blank in the photo, not captured. USR369 said he will attach a separate picture of what Medicare gave him (not yet received). Not yet actioned -- awaiting that follow-up and his go-ahead before treating as a confirmed plan.

USR369 clarification/correction of prior note: picks a session in History, taps Load into Log, it shows up in Current but not all the information from that session is transferred over - partial/incomplete copy, described as sloppy.

USR369 report: left the app and came back in. Current exercise was missing information but kept some. Went to History - also missing info, but different info missing than what was missing/kept in Current (i.e. the two views diverged from each other and from what was originally entered). USR369 wants persistence to be solid: whether leaving by accident or on purpose, or the app shutting down, both Current and History should stay exactly as they were, unchanged.

USR369 request: auto-save after entering something, rather than only saving at session end.

USR369 reports: when adding a new custom value into any dropdown/list field (via the Other/custom-value pattern), the newly typed value doesn't show up as a pickable option right away -- has to exit the field/finish and save the session first before it appears. USR369 wants this app-wide: any custom value typed into any list should show up immediately, live, not after a save/session-close cycle. This is a general request across all custom-value fields in the app (exercise names, cardio notes, session notes, etc - anywhere the Other/custom pattern exists), not one specific field. Needs investigation into whether this is a rendering-refresh gap in the shared onCustomSel/onCustomSelById handler (K384 standard) or a save-triggered-refresh dependency.

Confirmed in live CSS (gym-logger.html v6.11, line 1002): .collapse-hd span.label {font-size:11px;...} controls the section banner text (Session, Cardio, Stretch, etc labels) in the collapsed/default state shown throughout History. USR369 request: increase text size by 2 (11px -> 13px). Note: the OPEN/expanded state (line 1051) is already larger at 15px !important -- only the default/collapsed 11px banner text was flagged as too small. Not yet built, awaiting confirmation whether just the 11px collapsed state needs the bump or if 15px open state should scale too.

Confirmed in live source (gym-logger.html v6.11): cardio Type dropdowns (cw-type/cm-type/cc-type, warmup/main/cooldown) are plain hardcoded <select> lists: Bike/Treadmill/Elliptical/Rowing/Stair/Other. Selecting Other just sets the literal string value 'Other' -- there is no onchange handler and no __custom__ text-input reveal pattern, unlike every other custom-value field in the app (exercise name picker uses value='__custom__' text input reveal, confirmed lines 1238/3073). USR369 confirmed live: selecting Other on cardio type gives no way to type what the actual activity was. Fix: cardio Type selects need the same __custom__ pattern already used elsewhere in the app (onCustomSel/onCustomSelById per K384 platform standard).

In History view, tapping 'Load into Log' (loads a past session into Current Workout for editing) does not navigate/switch the user over to the Current Workout tab/section afterward - user stays on History, no visible confirmation the load happened or where to find it. Expected: after Load into Log, app should move user into Current Workout view so the loaded session is immediately visible/editable.

When switching between profiles in History view, the displayed sessions/data appear to stay the same (or at least it's not visually confirmable which profile's data is showing). USR369 request: add a visible profile name/label somewhere in the History view UI so it's always clear which profile's data is currently being displayed. UX/labeling fix, not yet built.

Letter dated 08/08/2026, Case Number 519864407. Household applied for Covered California, determined over income threshold for CC subsidies, redirected to Medi-Cal. VILMA MOORE: QUALIFIES for Medi-Cal, can use it immediately (county still reviewing application, no billing during pending review). Does NOT qualify for Covered California plans/APTC/cost-sharing reductions - household annual income $29,600.00 ($2,466.67/mo) is below the CC program threshold. DAVID MOORE: Not checked for coverage - marked "not applying." Records show eligible for/enrolled in Medicare. MARKUS MOORE: Not checked for coverage - marked "not applying." If David/Markus status is a mistake, application must be updated at CoveredCA.com. Report changes within 30 days of household size/income change per CoveredCA.com/RAC.

Reported live by USR369 08/08/26 mid-session. When entering a NEW weight value (not selecting from existing history/dropdown), the field requires an extra checkmark tap to confirm/register the entry before it's added to the log. Other input fields in the app don't require this extra confirm step - inconsistent UX, adds friction during live logging. Needs Builder [20] review of the weight-input flow for consistency.

Owner (USR369) awaiting decision call on a $16,000 dental implant quote. Routed from Daily[50] via SOP-DAILY-INTAKE.md (first-ever Daily->Health transfer, 08/06/26). Dual-routed to Finance[60] for cost tracking -- see linked item there. No date/provider detail captured yet beyond the quote figure and decision-pending status.

AFTER-UPDATED

Full medical records in 08_Medical_Details_v1.5.md — seed key records from ZIP on next session

Thumb CMC follow-up required — confirm clearance status before scheduling dental

Fix list pending from David gym test — review and action

First ~3 sessions before 06/13 remain unlogged in Gym Logger