[2.x] Sluggish Wayland Window Resizing

Summary

I just ran into the same issue described by KETAL here in the discord (first report): https://discord.com/channels/521092042781229087/521092043288608781/1501536820515835965

My message where I also reported the same issue (second report): https://discord.com/channels/521092042781229087/521092043288608781/1503914041356189777

Video of me resizing the window for OpenGL Tutorial 1.4 in commit, 266259d37bcbab3646f61c3a83229a292b851376:
https://github.com/user-attachments/assets/38d738fb-94ad-46d0-b017-3f2d4a6ff52b

The linked discord message also has a different video of the same problem, but posted by KETAL.

Steps to reproduce

Run an example that uses Silk windowing on Linux+Wayland+KDE and try to resize the window.
The window should behave similarly to the video above.

Comments

I didn't do much debugging since this is out of my area.

Only changes I made were to remove the Android, iOS, and similar target frameworks so I can build and run the solution.
This should be unrelated to the issue.

I did some profiling and found this happens because of the GLFW Refresh callback. That callback triggers the entire update and draw callbacks again, and forces the window to call glfwSwapBuffers. Disabling this callback fixes the problem.

I suspect this will have been added to allow the window to continue rendering on Windows when the window is resized (I have not verified the behaviour on Windows, I do not have a Windows machine with me).

How do you propose this is resolved? I propose that we just remove the callback altogether, however that may be a breaking change depending on the application.

2026-05-13.01-37-49.mp4

How do you propose this is resolved?

I'm unfamiliar with the Silk windowing code so I can't say much regarding this.
The most I can do is test this later on Windows.

However, feel free to open a PR so we can more easily test and discuss the changes there.

I'm experiencing this issue as well. Until this is resolved in Silk.NET, below is an admittedly hacky workaround that works for my use-case. May be useful for anyone else coming across this.

unsafe
{
    GlfwCallbacks.WindowRefreshCallback noOpRefreshCallback = _ => { };
    Glfw.GetApi().SetWindowRefreshCallback((WindowHandle*)Window.Handle, noOpRefreshCallback);
}

Navigation Menu

Repository navigation

[2.x] Sluggish Wayland Window Resizing #2581

Summary

Steps to reproduce

Comments

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

[2.x] Sluggish Wayland Window Resizing #2581

Description

Summary

Steps to reproduce

Comments

Activity

aquagoose commented on May 13, 2026

Exanite commented on May 13, 2026

Exanite commented on May 13, 2026

ChaseHuegel commented on Aug 15, 2026

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions