-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
smithay-clipboard
crashes when resizing GUI with the mouse on WSL
#3805
Comments
relevant issues / projects: |
smithay-clipboard
crashes when resizing GUI with the mouse on WSL
@Brandontam29 does this fix it for you: --- a/crates/egui-winit/Cargo.toml
+++ b/crates/egui-winit/Cargo.toml
@@ -76,7 +76,7 @@ serde = { version = "1.0", optional = true, features = ["derive"] }
webbrowser = { version = "0.8.3", optional = true }
[target.'cfg(any(target_os="linux", target_os="dragonfly", target_os="freebsd", target_os="netbsd", target_os="openbsd"))'.dependencies]
-smithay-clipboard = { version = "0.7.0", optional = true }
+smithay-clipboard = { version = "0.6.0", optional = true }
[target.'cfg(not(target_os = "android"))'.dependencies]
arboard = { version = "3.2", optional = true, default-features = false } ? |
I am having a similar issue (failed unwrap at the same location in smithay-clipboard), except it isn't happening on window resize, and it isn't happening with the demo app, but is happening with a partial copy of the demo app I'm trying to integrate with an existing project. It would be triggered when I moused-over the app window. Sometimes it would trigger immediately on startup, but not sure if there were maybe input events on the first frame. Otherwise it would wait until I hovered the app (including window border). curiously, the window borders are different (and resize behavior is a bit different). I haven't been able to figure out what causes that. The fix mentioned in the above linked issues (copying something to the clipboard after starting the app) fixes it. Another fix for it is starting the demo app first, then starting my app. If I trigger the crash for my app while the demo app is open, both crash in the same way. Both produce the log entry I tried setting I went to replicate the issue by copying the demo app from my larger project into it's own directory, and somewhere between taking the above screenshot and running this 3rd app, I lost the ability to replicate the bug (but could do so reliably before). using ubuntu 22.04.3 via wsl2 |
It does not help. I'm getting the following error (Debian on WSL2):
|
Also version 0.5.0 crashes. Version 0.4.0 does not compile with the current head, so didn't check that version. |
The problems are the Make a PR to Any takers? |
I patched smithay-clipboard to handle errors at those places, but I still get a crash.
I'm not sure, but maybe the clipboard issue is just a symptom of something going wrong deeper in wayland stuff? Logsnormal log
with RUST_LOG=trace crashing log:
clean exit:
|
I found a workaround: you can run it as x11 and not wayland by explicitly including x11 and disabling default features for eframe:
|
Describe the bug
When resizing any examples with the mouse, the app simply crashes.
This is the error that we get:
To Reproduce
Steps to reproduce the behavior:
cargo run
in terminalExpected behavior
GUI should resize without crashing.
Desktop
The text was updated successfully, but these errors were encountered: