[GianniCarlo]

Problem

The player's side-by-side layout (artwork beside the controls, #1639) looked off on iPhone Duo closed in landscape (678 × 466 pt):

• The artwork is limited by its column's width there (about 250 pt), and it was centered vertically in its column, so it dropped below the chapter title while the controls start at the top.
• The cover screen has its camera on one side only, so the content sat 22 pt from the other edge and about 108 pt from the camera side.
• With hours in the times under the slider (a chapter or the whole book over an hour, e.g. "11:59:59"), the remaining time could wrap onto a second line; it fit on develop by a few points, and not with any less width.

Changes

• PlayerView (PlayerContentView): side by side, the artwork sits at the top of its column, level with the title row. On iPhone it already filled the column's height, so nothing moves there. Each side also keeps at least 40 pt from the edge (the same as the gap between the artwork and the controls); where the safe area already gives more (iPhone, the camera side), nothing changes. The insets are read with a GeometryReader, in the same layout pass, so a rotation never shows uneven margins.
• ListeningProgressView: the times never wrap. Each side reserves the width of the longer time (the other one is laid out hidden), so the label between them stays centered, and it's the one that gives way when the row is short, truncating from the start so the numbers stay ("…pter 3 of 6").

Testing

• iPhone Duo simulator (iOS 27.1), closed in landscape: artwork top level with the title row; 40 pt from the edge without the camera (was 22 pt); a 12-hour test book shows "03:04 · …pter 1 of 1 · 11:59:59" on one line (develop: the time nearly touching the middle label; with the 40 pt margins and the old row it wrapped as "11:59:5 / 9").
• iPhone 17 Pro simulator (iOS 27.0): landscape unchanged (same artwork frame, 86 pt side margins); portrait stacked and centered.
• iPhone SE simulator (iOS 27.0) with the 12-hour book: portrait shows "00:12 · Chapter 1 of 1 · -11:59:47" on one line.
• iOS 26.5 simulator: the release check's testFreshLaunch, testImport and testPlayback pass (player.currentTime still found by its identifier).
• Unit tests: all 972 pass.

Not re-checked: the L pose's top half (the same rules apply there; its side margins were about 24 pt, so they become 40 pt).

[github-actions]

✅ Claude PR Review — PASS

Layout-only SwiftUI change. PlayerContentView is now wrapped in a GeometryReader. Side by side, each edge gets at least 40 pt (the safe-area inset counts toward it) and the artwork is top-aligned. ListeningProgressView keeps the times on one line: each side reserves the width of the longer time with a hidden placeholder, and the middle label is the part that gets cut. Nothing here touches concurrency, the player or audio session, CoreData/SwiftData, or auth and subscriptions. The player.currentTime identifier is still on the visible elapsed-time text, and views marked .hidden() are left out of accessibility, so VoiceOver and the release-check UI test are unaffected. Earlier finding #1 is fixed in this version: the times no longer have .lineLimit(1) and wrap at the largest Dynamic Type sizes instead of being cut off. One optional note: cutting from the start hides the number in the "%@ left" form of the middle label.

Findings: 1 info

Previously raised

Finding	Status
BookPlayer/Player/Views/ListeningProgressView.swift:53 (warn) ⚠︎ moved	✅ verified fixed in a5a7d9f

_{Model claude-opus-5-5 · run log · 1 new · 0 carried over · 1 verified closed · 0 resolved · advisory (a human should still review). Findings are de-duplicated across pushes; an earlier finding closes only when the verification pass judges it against the current code — fixed, no longer applicable, accepted by a maintainer, or a duplicate of a finding reported on this push.}

[github-actions]

🔵 INFO — .truncationMode(.head) suits player_chapter_description ("Chapter %d of %d"), but this label also shows player_book_remaining_title ("%@ left", from bookRemainingLabel) and the percentage. With head truncation the book-remaining form loses its number when squeezed ("…m left" or "…left"). Translations that put the numbers first have the same problem. Option 1: pick the mode per form, e.g. .head only when prefersChapterContext is on and the chapter form is showing, .tail otherwise. Option 2: add a small .minimumScaleFactor(0.85) before any truncation, so the label shrinks a little before it's cut.