iOS: keep the library grid in its column after an edge-swipe back (#98) #31
No reviewers
Labels
No labels
accessibility
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
backmeupplz/absplus!31
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/98-grid-leading-offset"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Fixes agentboard #98.
What was wrong
On iOS 26 (the
macos-26runner's iOS 26.5 simulator), an edge-swipe back from details to a scrolled Library grid leaves the grid drawn 16pt to the left: the anchor tile'sminXgoes from 16 to 0 and stays there while the app is idle. The 16pt isCardGrid's inner.padding(16).ListLifecycleonly checkedminY, so it never caught this. iOS 27 simulators don't show it.Evidence (throwaway lab PR #29, iOS 26.5 CI):
.topLeadingscroll to a tile didn't shift either variant, so the trigger is the interactive pop, not ascrollTo.Change
CardGridno longer pads itself. Its three scroll views (Library, Favorites, Shelf) use.contentMargins(16, for: .scrollContent), which gives the same layout.ListLifecyclenow also asserts the anchor title'sframe.minXafter each return (button, edge swipe, button, and the filtered list).Tests
ListLifecycleandOfflineLibrarypass.Independent review of exact head
5b7407e5f1: APPROVE, no required issues. It confirmed all threeCardGridcall sites have the margins, the column layout and the 16pt top/bottom inset are unchanged,loadingFeedback/searchable/refreshable/scrollPositionbehave the same, no UI test assumes x=16, and the newminXassertions are stable. Optional and not done here: aminXcheck inOfflineSeriesfor Shelf.