Looks like the reason this happens is because the swift-format team created a COMMAND plugin. Instead of a BUILD plugin. If you right click on your package.swift file you should see an option in Xcode to run swift-format. I really want to use the official tooling with my projects. But time after time, it just seems like apple does not care about swift tooling. swift-format just seems to be a pain to work with. I can't even get it working with build phases. My script hits the line of code to trigger swift-format, but then nothing happens. Going to switch to SwiftLint

I can't believe Xcode 15.3 shipped in this state. This is probably the buggiest Xcode release yet.

It seems the bug is related to updating the source of the foreach while scrolling. The only workaround I have found so far is to pre-populate all of the possible pages before hand. But for an endless scroller that does not make much sense.

It also happens if you use @Observable or @State for the source of your data. So its not an issue with ObservableObjects

So I had a similar problem. I had a calendar-like view where the latest data is at the bottom. By default, it had 12 items in a LazyVGrid (3 rows of 4 items). You could tap "show more" to expand the size of the view to 600 in height, and also make it scrollable with the top view triggering a fetch of the next page of results. The problem was, the act of resizing this view, and triggering the next page of results was causing the scroll view to jump to the top, rather than staying at the bottom. So essentially it would start loading all pages infinitely. .scrollPosition and the ScrollViewProxy do not seem to work, because at the time of hitting "show more" the bottom is already visible, so the act of changing the scroll position does nothing. The only workaround I found here was to add a delay long enough for the resize animation and for enough results to load to prevent another page load from triggering. Unfortunately, this was not at all reliable. The only fix I have found was to use .defaultScrollAnchor(.bottom) which seems to cause the scroll view to default to the bottom when it's being redrawn rather than to the top. But unfortunately, we are on iOS 16, so I can't use that modifier either.

Seeing this crash in beta 8 (Xcode beta 7). Symbol not found: _$s7SwiftUI17EnvironmentValuesV33_navigationIndicatorVisibilityABIAA0G0OvpMV Referenced from: <35BAAD44-14F4-3B6C-8568-3E8B57A526ED> My call site: var allMerchantsSection: some View { Section { ForEach(model.paginatedMerchants.items) { merchant in NavigationLink(value: MerchantDestination.merchant(merchant)) { CardCell( image: .remote(url: merchant.info.bannerUrl), text: merchant.info.merchantName, description: nil, chipText: nil ) .navigationLinkIndicatorVisibility(.hidden) } .listRowBackground(Color.backgroundPrimary) .listRowSeparator(.hidden) .onAppear { if model.canLoadMore, merchant == model.paginatedMerchants.items.last { model.paginatedMerchants.currentPage += 1 } } } } header: { Text("All Merchants") } } made a feedback report: FB20108722

Still happening in the live release of Xcode 26.

Seems this is still happening in the 26.2 beta as well.