[BUG]: RSS Guard is unable to recover from video driver crashes

[God-damnit-all]

Brief description of the issue

When the graphics driver crashes, RSS Guard is unable to recover. It will crash the moment you try to open it from the system tray.

How to reproduce the bug?

1. Download this "Feature On Demand" CAB for Windows's Graphics Tool package from here: http://go.microsoft.com/fwlink/p/?LinkId=620353
2. From HLK_GRFX_FOD.zip, extract Source_GRFX_FOD\tests\Desktop\x64\Microsoft-OneCore-Graphics-Tools-Package.cab
3. From Microsoft-OneCore-Graphics-Tools-Package.cab, extract amd64_microsoft-windows-directx-graphics-tools_31bf3856ad364e35_10.0.10586.0_none_bc44b72d0688085c\dxcap.exe and amd64_microsoft-windows-directx-graphics-tools_31bf3856ad364e35_10.0.10586.0_none_bc44b72d0688085c\dxcapturereplay.dll
4. Copy dxcapturereplay.dll to C:\Windows\System32, do NOT overwrite if it already exists there
5. Run dxcap.exe -forcetdr

CLEANUP:

• If your System32 folder did NOT already have dxcapturereplay.dll, delete C:\Windows\System32\dxcapturereplay.dll

What was the expected result?

Most applications are able to redraw their GUIs.

Discord used to have this same issue where a graphics driver crash would make it so it would crash, but this was fixed at some point.

What actually happened?

RSS Guard should've been able to redraw it's GUI without crashing.

Debug log

The only relevant line before the crash occurs was the following:

time="   156.168" type="debug" -> gui: Article list header geometries changed.

However, RSS Guard normally does this already when you re-open the GUI from the system tray. Maybe it's some sort of indication of at what point in the GUI rendering the crash occurs?

Operating system and version

• OS: Windows 10 24H2
• RSS Guard version: 4.8.1 (but this has been a problem for a very long time)