-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
Crash when changing a viewport aspect, that requires window recreation #3959
Labels
crash
crash, panic, segfault, freeze, …
egui_glow
Relates to running egui_glow on native
native-windows
Running on native Windows OS
viewports
multiple viewports, viewports API
Comments
emilk
added
egui_glow
Relates to running egui_glow on native
native-windows
Running on native Windows OS
viewports
multiple viewports, viewports API
crash
crash, panic, segfault, freeze, …
and removed
bug
Something is broken
labels
Feb 5, 2024
What happens if you use the |
It crashes directly on startup on an unwrap within wgpu. Stacktrace
|
I'm getting this as well when moving a window from one monitor to another: Seems related to winits app_state module - maybe some mismatch between set_callback/clear_callback:
stacktrace
|
emilk
added a commit
that referenced
this issue
Sep 17, 2024
…per_point (#4868) Fix: panic when dragging window between monitors of different pixels_per_point This will continue to help us as we develop `egui`. I hope you agree with my defense of `panic`. * Relate #3959 * Relate #4088 * Closes #4178 * Closes #4179 There is also a way to add log if necessary. ``` log::debug!("Anti-panic behavior occurs"); ``` --------- Co-authored-by: Emil Ernerfeldt <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
crash
crash, panic, segfault, freeze, …
egui_glow
Relates to running egui_glow on native
native-windows
Running on native Windows OS
viewports
multiple viewports, viewports API
Description
When changing something on a viewport, that requires the recreation of the viewport window in order to apply the change, the application crashes.
I have only observed it on the glow backend, since the wgpu crashes immediately for me.
Sometimes I am getting a stack trace with a handle error and other times the application simply closes without any additional output.
The provided example changes, whether the viewport should show the close button or not (which internally requires the recreation of the viewport window).
Stacktrace
Steps to reproduce the behaviour
Platform
Example
egui_window_recreate_bug.zip
The text was updated successfully, but these errors were encountered: