rust-windowing / rust-windowing/winit
assertion failed: flush_paint_messages on M1 Mac Wine when moving window
Open
Nobody has claimed this yet.
DS - win32
- Dominant language
- Rust
- Stars
- 6.2k
- Forks
- 1.3k
- Avg merge
- 2d 19h
- Merged PRs (30d)
- 9
Description
I know this is a niche use case, but it does seem like a bug:
thread 'main' panicked at 'assertion failed: flush_paint_messages(None, &userdata.event_loop_runner)', winit-0.26.1/src/platform_impl/windows/event_loop.rs:2091:21
It seems like on Mac Wine processing WM_PAINT events stalls when the window is being move, so when flush_paint_messages is called there are still events in the queue.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with winit-0.26.1/src/platform_impl/windows/event_loop.rs at line 2091 and investigate the flush_paint_messages assertion during window movement on M1 Mac Wine. Reproduce the reported WM_PAINT behavior if possible; done means moving the window no longer triggers this panic while preserving normal event-loop behavior.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- macos, rust
- Domain
- desktop, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100