You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I can reproduce the problem on Gnome Wayland on Fedora I think. I think the problem is that hiding decorations after setting the internal_size doesn't change the size which was allocated for the titlebar. When setting up stuff from the window builder it works in that order, size then decorations.
I encountered this problem with Gnome Wayland on Ubuntu 24.04. Use the example in the wry repo by setting the inner_size to LogicalSize::new(240.0, 240.0).
cargo run --example simple
My test indicates that it breaks since tao 0.30.3. I added logs around the following code and found that the size differs after the show_all method is called in 0.30.3
I tested the code changes in #984 and found that it fixed this problem visually (I mean, while the webview size is correct, the logged size is incorrect for both width and height).
Rolling back to 0.30.2 can get the correct size for both the visual and logged sizes. However, the window cannot move (this could be the problem tauri-apps/tauri#10686).
Describe the bug
I am using tao on weston with CentOS 9. Using the WindowBuilder
with_inner_size
doesn't seem to give the same inner_size.Steps To Reproduce
I have attached an adjusted example from here to show this, just start it and press spacebar a few times.
Firstly it seems like inner_size and outer_size are always equal on Linux?
Expected behavior
with_inner_size(PhysicalSize::new(240, 240))
should make a window with a content area of 240x240. At the moment I get 240x277Platform and Versions (please complete the following information):
OS: CentOS Stream 9, weston 8
Rustc: rustc 1.77.2
Additional context
It seems like I can work around this by setting the inner_size again after window decorations have been disabled.
The text was updated successfully, but these errors were encountered: