-
Notifications
You must be signed in to change notification settings - Fork 107
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unmapped windows with size constraints need to adjust them for SSDs #3780
Unmapped windows with size constraints need to adjust them for SSDs #3780
Conversation
So if I understand correctly, for umapped windows (basically, hidden or minimized windows), this assumes they're 640x480? What happens when they're mapped? I assume they can override this size, right? |
The case encountered with Qt was "no buffer submitted yet" + "min & max size set" |
Huh, very weird. So I guess the application is telling us to choose a size between the min and max? If so, shouldn't we take that into account when adjusting? |
Not weird. Unlike X11 toolkits Wayland ones often The existing code only adjusted the min/max size when we also had a size (from the submitted buffer) |
Oh, ho! So this is so we execute these statements? mir/src/server/shell/abstract_shell.cpp Lines 95 to 102 in 02c7506
|
Yes, we needed to relax the condition on L232. After which we also fake any values that are not currently set. We already handle the client modifying things after that |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Alright. Now makes sense. Would prefer if we handle cases like these explicitly but I'm sure the code would be more spaghettified with all the jank clients throw at us :)
Fixes: #3778