sdp/_ssp resolve from larger sw bucket at runtime (dialog/sheet/window-size change) causing overscaled views — request static/baseline variant or opt-out

After upgrading a third-party UI SDK (com.truelayer.payments:ui 3.1.0 → 4.0.0), views sized with @dimen/_Xsdp (and @dimen/_Xssp) become larger at runtime without XML changes. The same layout renders at the expected size when the SDK is removed or when plain dp is used. Logging shows that during the SDK’s UI flow the app resolves resources from a larger smallestScreenWidthDp bucket (e.g., sw600dp) which makes _130sdp > 130dp.

This appears to be a limitation of using values-sw* buckets for sdp/ssp in multi-window / dialog / sheet / size-class scenarios. I’m filing to (a) document the caveat, and (b) request an official “static/baseline” artifact or opt-out so existing _sdp/_ssp usages don’t inflate under larger windows.

Add sdp to the app.

Use @dimen/_130sdp as width/height in a view (example below).

Integrate a UI SDK that shows its UI in a dialog/sheet/large window (e.g., TrueLayer UI 4.0.0 payment sheet).

Observe the same view renders larger than expected during/after the SDK flow.

Control test

Replace @dimen/_130sdp with 130dp → size remains correct in all contexts.