Terminus: Laggy window drag with Fluent background on Windows 1903

[lonkaars]

I just updated my pc to Windows 10 1903, but saw that terminus' window moved incredibly slow. I thought this was a problem with my pc, so I rebooted it. After rebooting, it was still laggy. You can see that shareX completely gives up when moving the window: link.

In this video, you can see my actual cursor appearing once I stopped dragging, while the window keeps moving: link

This might be an issue with windows, but I've also tested it with fluent terminal, and that app moves fine.

[cherniy95]

I have same problem. Video

[lonkaars]

Turns out, this is a problem with Windows 1903. I found this: link.

[IgnusG]

Fixed in build 18917

[hv0905]

@Eugeny Since the bug of windows is still exists (at lease in build 19025), it might be better if Terminus can disable Fluent effect temporarily when draging and re-enable it after the drag completed.
Enable and Disable Acrylic background cost a very little time(< 0.1s)

[Eugeny]

@hv0905 good idea

[Stanzilla]

I'm on Insider Slow and it fixed the issue in the Windows Terminal for me, but it's still laggy in Terminus.

[hv0905]

I'm on Insider Slow and it fixed the issue in the Windows Terminal for me, but it's still laggy in Terminus.

It seems all UWP apps works just fine.

[Eugeny]

@hv0905 done - looking forward to your feedback

[hv0905]

Unfortunately, the patch can't fix the bug in windows 10 build 19041. check out video here
This is because in this code you disabled the feature at above build 18917.
However the dragging bug is still exist (at lease in build 19041), so we have to keep the arcylic blur disabled when dragging above build 18917.

for @IgnusG 's report, ms just fixed the latency bug in emoji panel (they just directly removed the arcylic effect in emoji panel, very hacking).

[Eugeny]

Sorry - I missed the build no in your reply. Is there anything else I could check to detect a "broken" system? (it just works on my recent Insider build)

[hv0905]

I couldn't find a way to detect it. But if in your insider build it works fine, maybe 19041 is the last build has the bug. (19041 is the slow ring of windows insider build).

[WoLfulus]

Still lagging ( 2004, 19569.1000 )

Only happens if Background type is in Fluent mode. Blur is ok.

[xtlsoft]

Has the problem.

[hv0905]

Confirmed that it only happened when the mouse report rate is too high (~500Hz or more).
It seems that a way should be found to reduce graphics usage when dragging or resizing.

Something might be helpful:

https://github.com/Microsoft/vscode/pull/52707
https://github.com/arkenthera/electron-vibrancy

GitHub

arkenthera/electron-vibrancy

Make your electron windows vibrant! Contribute to arkenthera/electron-vibrancy development by creating an account on GitHub.