mirror of
https://github.com/rustdesk/rustdesk.git
synced 2026-03-02 22:57:40 -05:00
If lid closed: Screen freezes while alt-tab preview correctly shows state of Windows #1468
Labels
No labels
bug
documentation
duplicate
enhancement
enhancement
enhancement
good first issue
help wanted
invalid
question
unreproducible
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/rustdesk#1468
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @jens-k on GitHub (Feb 18, 2023).
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 commented on GitHub (Feb 18, 2023):
Try out nighly build please on both side.
@jens-k commented on GitHub (Feb 19, 2023):
Thanks for your answer! I upgraded both sides to 1.2.0, but unfortunately, that did not help.
@rustdesk commented on GitHub (Feb 19, 2023):
@fufesou
@rustdesk commented on GitHub (Feb 19, 2023):
Could you upload a recording video?
@felixsevero commented on GitHub (Feb 22, 2023):
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 commented on GitHub (Feb 22, 2023):
@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 commented on GitHub (Feb 23, 2023):
Hi, exactly that.
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 commented on GitHub (Feb 23, 2023):
UAC related, https://github.com/rustdesk/rustdesk/issues/3017, #104, install please.
@felixsevero commented on GitHub (Feb 23, 2023):
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 commented on GitHub (Feb 24, 2023):
I'm not sure this is the problem I have. I use an installed version of Rust. Please find a video attached.
https://user-images.githubusercontent.com/10050167/221256844-4df7307a-e35d-4978-83f7-2e8950bd6445.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 commented on GitHub (Feb 24, 2023):
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 commented on GitHub (Feb 25, 2023):
Just to clarify, the computer to which I dial in is never locked.
@jens-k commented on GitHub (Mar 2, 2023):
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 commented on GitHub (Mar 2, 2023):
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 commented on GitHub (Mar 2, 2023):
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 commented on GitHub (May 11, 2023):
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.
https://github.com/rustdesk/rustdesk/assets/10050167/2dddba61-fdec-47bf-92f6-3508c3c57970
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 commented on GitHub (Dec 17, 2023):
close to favor duplicate https://github.com/rustdesk/rustdesk/issues/4296