fix(ios): restore IndexedRow wrapping in row detail pager

[datlechin]

Summary

• Restores the IndexedRow.wrap(...) wrapping in RowDetailView's pager that PR refactor(ios): extract row detail logic into RowDetailViewModel #1166 silently reverted while extracting RowDetailViewModel. The ForEach(viewModel.rows.indices, id: \.self) pattern is the same shape that caused the build 11 PostgreSQL filter crash (Array._checkSubscript, TestFlight feedback AOsWBxPNuHp_NmN0QIclyc8) and that PR fix(ios): stop ForEach indices race in row lists and validate driver port range #1094 (f7ed420e) originally fixed.
• Generalizes IndexedRow to IndexedRow<Element> so the helper covers both flat [[String?]] rows (data browser, query editor) and the richer [Row] payload the row detail view model holds.
• CHANGELOG entry added under Unreleased Fixed.

The detail view model already guards row(at:) and cells(at:) against out-of-range indices, so this regression doesn't crash today the way the data browser one did. Restoring the wrapping puts identity-based diffing back in place and keeps the three iOS row lists on the same pattern.

Test plan

• Build TableProMobile on the iOS scheme; SwiftLint passes (swiftlint lint --strict on touched files).
• In the iOS app, open a row detail view, swipe the pager left/right, then trigger a list refresh that shrinks rows while the pager is mounted; confirm no Array._checkSubscript trap and that the pager re-anchors on the surviving rows.
• Apply a filter on a PostgreSQL table on iOS (the build 11 repro from rcuni8@gmail.com) and confirm the data browser + row detail flow still works end to end.