GFX: Fix disconnect on resize of busy windows #2962
Conversation
When a resize is underway on a busy X server, it is possible for a queued EGFX cmd (order neutrinolabs#62) to be processed after the decoder has been deleted. This causes a client disconnect with no useful error message.
|
@metalefty - can you cherry-pick this one into #2957 please? |
|
Sure, the user might have encountered this issue during the acceptance test. I have not yet determined that the problem they encountered is the same as this problem because I couldn't reproduce the issue on my side but the symptom sounds very similar to this. |
|
I'm glad you've learned to use GLXGears to test resizing/monitor changes. Because it's such a simple app, it "spams" frames and is very good at finding timing problems. My other stress test I do is resize while playing a YouTube video (pick your favorite, I usually do music videos such as Epic Rap Battles of History), and if the video (after a few glitchy frames) recovers it's good. However, if it breaks, usually you resize into a black-screen-of-death |
When a resize is underway on a busy X server, it is possible for a queued EGFX cmd (order #62) to be processed after the decoder has been deleted. This causes a client disconnect with no useful error message.