Replies: 2 comments
-
Hmm. I think the error message is pretty clear, the window surface size needs to be a multiple of 2. 45 is not a multiple of 2. So just ensure that the window size is a multiple of 2 and your good. Alternatively, you can handle the error in the line Anyway, since |
Beta Was this translation helpful? Give feedback.
-
I have the same issue on GNOME when running any of the examples on a 150% (or 200%) scaled screen. Changing the window size doesn't seem to help, the height of the problematic buffer will always be Interestingly, this issue seems to be specific to GNOME, the same app runs on the same machine when booted into KDE Plasma. This leads me to believe that the issue is somewhere in the interfacing with GNOME's client side decorations (cf. https://github.com/rust-windowing/winit/blob/master/src/platform/wayland.rs), even though it is not clear to me where the 45 pixel high buffer is actually instantiated. |
Beta Was this translation helpful? Give feedback.
-
The winit example crashes on my system (running GNOME under Wayland) with the following error:
It seems to have something to do with the window decoration, since adding
.with_decorations(false)
to the window builder seems to be a workaround (or alternatively, by addingborderless: true
to theWindowSettings
when creating athree_d::Window
). The size (1748x45) seems to suggest the issue lies with the window decorations.The issue is also fixed by using 100% UI scaling rather than 200% (changed in the GNOME settings menu).
The crash seems to occur on line
main.rs:73
of thewinit_window
example while the buffers are swapped.I also tested the
eframe
andpixels
crates under the same conditions, and they were able to run fine, suggesting the issue is not upstream. Any ideas what may be causing this?Beta Was this translation helpful? Give feedback.
All reactions