If lid closed: Screen freezes while alt-tab preview correctly shows state of Windows

[jens-k]

Bug Description

Once in a while (sorry for being so vague), when being connected to another machine (both via public or local Rust server), the connection seems to get into a semi-frozen state in which I can still somehow interact with the current window (e.g. mark text) but all further interactions (press buttons, change windows etc.) do not seem to work.

However, if I do perform an action (e.g., press a button) and then use Alt-Tab to see the Windows previews, as if I were to switch to another window, the action was actually performed correctly and the real state of Windows is being shown to me in the preview. The actual screen, however, does not reflect this and remains in thie semi-frozen state.

How to Reproduce

Connect to remote machine, interact with it for a while.

Expected Behavior

I would expect the actual screen and the previews to match and to be able to interact with the machine.

Operating system(s) on local side and remote side

Windows 10 -> Windows 11

RustDesk Version(s) on local side and remote side

1.1.9 -> 1.1.9

Screenshots

Please note how one window is still shown on the actual screen (Git installation), while it is not among the open windows in the previews (as in reality it is not there anymore).
In contrast, the GitHub installation window is not shown on the actual screen, while it has correctly been started and is shown in the preview.

Additional Context

No response

[rustdesk]

Try out nighly build please on both side.

[jens-k]

Thanks for your answer! I upgraded both sides to 1.2.0, but unfortunately, that did not help.

[rustdesk]

@fufesou

[rustdesk]

Could you upload a recording video?

[felixsevero]

I'm having a similar problem when I'm doing some remote support.
After a few seconds, I can't interact with the windows anymore, but sometimes I can still press the Windows Start Menu button and interact with the tray icons.
I'm using the latest version of Rustdesk (1.1.9) and both machines are Windows 10.

[fufesou]

After a few seconds, I can't interact with the windows anymore, but sometimes I can still press the Windows Start Menu button and interact with the tray icons.

@felixsevero Hi, do you mean the Windows Start Menu can be pressed when other window lose interaction?

BTW, did you have RustDesk installed? For the portable version, foreground sysmtem window or foreground process that run as admin will stop the interaction.

[felixsevero]

@felixsevero Hi, do you mean the Windows Start Menu can be pressed when other window lose interaction?

Hi, exactly that.

BTW, did you have RustDesk installed? For the portable version, foreground sysmtem window or foreground process that run as admin will stop the interaction.

I see, I'm using the portable version. I don't have the client's PC anymore, but I'll try to reproduce on a VM.

[rustdesk]

UAC related, #3017, #104, install please.

[felixsevero]

Just to let you know, when I tried with a VM the same thing happened, but when I installed it, as suggested by you, the problem was solved.

Thank you very much!

[jens-k]

I'm not sure this is the problem I have. I use an installed version of Rust. Please find a video attached.

c219567635_20230224185650.mp4

In the beginning the video is already playing but remains black in Rust. Then when I change applications, the playing video is updated.
I then open several folders that are on the desktop. None of them is shown on the screen, but they appear in the Windows app preview (Alt-Tab). This latter part almost feels like there is another virtual screen on which the windows pop up but that is invisible to me via remote (which does not explain the freezing of windows, though, which I have experienced in several different applications).

[jens-k]

Maybe it helps to say that the majority of glitches I am experiencing occurs when the lid of the laptop to which I connect is closed (while "When I close the lid" is set to "Do nothing" in the Systems setting).

[jens-k]

Just to clarify, the computer to which I dial in is never locked.

[jens-k]

Is there any further information I can give? I don't think the issue should be closed. Please check the video I posted, this issue still occurs. Thanks!
@rustdesk

[rustdesk]

Reopened.

Frankly, totally no clue, if you have installed the RustDesk (not run the portable version). Looking forward to someone else can give us some hint about the solution.

[jens-k]

If there are problems playing the video, here is a dropbox link to it:
https://www.dropbox.com/s/m8fanytbx009zbg/rust%20issue%203266.mp4?dl=0

[jens-k]

I reproduced the problem on first try on two different computers on a different network.
Operating system(s) on local side and remote side: Windows 10 -> Windows 11
RustDesk Version(s) on local side and remote side: 1.1.9 -> 1.1.9
Again, the laptop to which I dial in has the lid closed. Action when closing lid is set to "Do nothing".

Please see the video or here in higher res on Dropbox.

rust.issue.3266b-smaller.mp4

What you see in the video:
The video starts right after I closed an open text editor and a Chrome window and opened Windows Explorer. The screen looks like the text editor and Chrome are still open but frozen. Both window are entirely unreponsive. When I press Alt + Tab, you can see that they are not actually open anymore and have been replaced by the Explorer window. I try to bring the Explorer window to the front but nothing happens. I then open VLC. Also this window is not visible on the screen but show up in the Alt + Tab preview.
Opening the lid solves the problem immediately.

[rustdesk]

close to favor duplicate #4296