-
Notifications
You must be signed in to change notification settings - Fork 177
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
Regression in dynamic buffer scale changes #1559
Comments
This fixes an issue where changing the buffer scale from 2 to 1, would permanently lock the scale to 1 even after the buffer scale was changed to 2 again. See Smithay/smithay#1559.
@Drakulix I'd appreciate some feedback on whether this is intentional or if it's an unintended regression. No point looking into a fix if it doesn't want to be fixed. |
Yes I do consider this a regression. Said commit introduces another layer of scaling, but doesn't replace what was already there. The preferred buffer scale should still work the same, I am personally a bit baffled how exactly this broke, just looking at the code. |
9a7afcf also breaks wl_output scale updates to clients. You can test in anvil by running
then pressing Super+Shift+P to "scale up". The window should get |
I've tested it just to confirm and #1565 definitely did fix this issue. |
This patch updates all dependencies, including a bump of Smithay back to the upstream master now that Smithay/smithay#1559 is fixed.
Introduction of 9a7afcf has broken the ability to manually set the preferred buffer scale for my surfaces. If I change a surface from scale 2 to 1, then back to 2, it will stay at 1 forever.
The text was updated successfully, but these errors were encountered: