Anyone encountered density issues on moving a compose desktop window to a screen with a different de...

# compose-desktop

[mohamed rejeb]

Anyone encountered density issues on moving a compose desktop window to a screen with a different density?
It looks like the window is not recomposing correctly after doing that and the density remains the same.
I was having this issue only with dialogs and drop downs and it’s fixed after resizing the window to trigger recomposition with correct density and window size but now with compose 1.6.10-beta02 the whole window density is wrong and resizing the window is no longer fixing the issue.
I will try to provide a reproducible ASAP.

[Alexander Maryanovsky]

Did you manage to make a reproducer?

[Marcin Wisniowski]

Did this result in a GitHub issue? I also get reports of users running into it (moving a window to a screen with different density breaking it).

[Alexander Maryanovsky]

I don’t think so

[mohamed rejeb]

I totally forgot about this one, I will try to reproduce it today.

[mohamed rejeb]

Well I forgot that I'm don't have my second monitor these days 😅
I believe that it's easy to reproduce this issue, open a dialog or a drop down then move the window to a second screen with different density. Otherwise, I will make a reproducer next week xD

[Alexander Maryanovsky]

I used https://github.com/Stengo/DeskPad to simulate a 2nd monitor. But I’ve just recently fixed this: https://github.com/JetBrains/compose-multiplatform/issues/4697

[Alexander Maryanovsky]

Which should be in 1.6.10

[Alexander Maryanovsky]

So it’s strange

[mohamed rejeb]

Last time I reproduced it in 1.6.10-beta02 maybe it's fixed after that.

[mohamed rejeb]

Not sure what version @Marcin Wisniowski is using

[Marcin Wisniowski]

1.6.10, but I never reproduced it myself - all my monitors have the same density, but users with monitors of different density reported problems dragging windows between them breaking rendering.