Order of interop components in Scaffold doesn't match the paint order

[brewin]

Describe the bug
Using 1.6.10-dev1514, a UIView in a Scaffold's topBar or bottomBar is invisible when the Scaffold's content is a UIView and the bar overlaps the content.

Affected platforms

• iOS

Versions

• Kotlin version*: 1.9.22
• Compose Multiplatform version*: 1.6.10-dev1514
• OS version(s)* (required for Desktop and iOS issues): iOS 17.4
• OS architecture (x86 or arm64): arm64
• Device (model or simulator for iOS issues): All

To Reproduce
Run iosApp: https://github.com/brewin/cmp-bug

See: https://github.com/brewin/cmp-bug/blob/main/shared/src/iosMain/kotlin/main.ios.kt

Additional context
This is a Material3 Scaffold. I don't know if the problem also affects Material2 Scaffold (@mazunin-v-jb: material2 scaffold is not affected) or other Composables. The same layout works when using a Box instead of a Scaffold.

[eymar]

Reproduced using 1.6.0, 1.6.1 and 1.6.10-dev
Works correctly with 1.5.12

[OsmanMusse]

@igordmn @mazunin-v-jb I've got the same issue as @brewin ,Any way of solving this issue with the scaffold not showing the SwiftUi elements

[elijah-semyonov]

The order of interop views (desktop ones too) rely on order of traversing the Modifier nodes.
The fix to that would include a change in common, we first need to discuss it with Google first.

[MatkovIvan]

I've removed the "regression" label because before JetBrains/compose-multiplatform-core#1145 (1.6.10) the order of interop was actually in "undefined" state and doesn't respect drawing order at all

[okushnikov]

Please check the following ticket on YouTrack for follow-ups to this issue. GitHub issues will be closed in the coming weeks.