https://bugs.kde.org/show_bug.cgi?id=489983
Zamundaaa <xaver.h...@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |xaver.h...@gmail.com --- Comment #3 from Zamundaaa <xaver.h...@gmail.com> --- This intermediate resize is because of changes in the decoration size; it should ideally be atomic but right now it sadly just isn't, and fixing that isn't trivial. > The window size sent in the configure event for floating windows is just a > hint, so I don't think that SDL is in the wrong here by ignoring it in favor > of what it knows to be correct It's not just a hint. It's a maximum to allow resizing to a specific aspect ratio, but it is not meant to allow clients to decide an arbitrary size. If the client is supposed to pick a size, the compositor will send a configure event with size 0. In practice, doing this on the client side will break our placement tracker restoring window state after display hotplug events. > which it has historically had to do since some older compositors would send > incorrectly resize the window when transitioning from non-floating to > floating states Is that causing practical issues, or is it just making the size wrong? If it's the latter, please just drop that workaround. If the compositor is doing things that users don't like, it's up to the compositor to stop doing that. > A case where this causes a crash can be reproduced Ack, we're missing a guard there. -- You are receiving this mail because: You are watching all bug changes.