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.
