[roznet]

Problem

A user reported the app crashing immediately at launch on their iPad. The App Store crash point shows 1.9 (19) crashing five times in a row on one iPad Air (iPadOS 27.0.1), 0.2 s after launch, all at the same line:

flyfun_formsApp.backfillStableIDs() → StableRecords.backfill<A> → StableRecords.swift:164, an EXC_BREAKPOINT in SwiftData's PersistentModel.graph_keyPathToString while converting the predicate.

The fetch used #Predicate { $0.uuid == nil } inside a function generic over StableRecord, so the keypath goes through the protocol requirement rather than a concrete model's stored property.

Fix

Fetch each type without a predicate and filter uuid == nil in memory. Record counts are small, and the behaviour is otherwise unchanged.

Testing

• A Release build of the old code crashed once on the iOS 27.0 simulator with the same stack.
• Not deterministic: four later launches of the old code (Debug ×2, Release ×2, fresh installs) did not crash, and launching it on a real iOS 27 device didn't crash either. So no test reliably reproduces the crash.
• With the fix: the Release build launches to the sign-in screen on the iOS 27 simulator; the full unit target passes on iOS 27 (262 tests).
• Real confirmation needs the affected user on a TestFlight build.

🤖 Generated with Claude Code

[claude]

Code Review

Reviewed the one-line change in StableRecords.backfill, which replaces the #Predicate { $0.uuid == nil } fetch with an unfiltered fetch plus an in-memory filter. It sidesteps the SwiftData keypath trap on iOS 27, the behaviour is unchanged, and there are no CloudKit, privacy or localisation implications. No issues found.

One non-blocking note: the crash did not reproduce reliably, so confirm the fix on a TestFlight build with the affected user, as the PR description already says.

🤖 Generated with Claude Code