RDP to Windows 10 hangs at Please wait screen

kiran kumar 81 Reputation points
2021-06-25T05:12:15.467+00:00

RDP to Windows 10 hangs at the 'Please wait' screen forever until rebooted.

In our organisation, we are often seeing this issue on domain-joined systems & VMs with Windows 10 OS

This happens when users are trying to log in with their domain accounts. When the issue is reported, we IT team can log in with our Domain ADM accounts and reboot the system/VM. The user will be able to log in now, but the issue comes back again after a day or two. These systems/VMs are updated with the latest patches.

Even after running SFC Scan, the issue remains.

Windows for business | Windows Client for IT Pros | User experience | Remote desktop services and terminal services
{count} votes

24 answers

Sort by: Most helpful
  1. RS Cosmetics 0 Reputation points
    2023-08-12T19:27:29.8566667+00:00

    I am facing the same issue when I connect from my PC that is on connected network ie main system/server connected to another connected router there all the pc/laptops connected to that router able to connect without “please wait” issue ,but my this PC is on connected router most of the time it gets stuck on “Please Wait”.

    On this router when I connect via my laptop which is from my another organization’s ,it has an option to connect entering Windows Hello Pin (6 digit pin which I use to login into my laptop everytime I start it or unlock it) after entering pin it takes me to start screen of server where there are Users listed I can select the user an enter password for it and am successfully able to login, seems issue is with RDP client on my Pc??

    0 comments No comments

  2. SPH 75 Reputation points
    2024-03-13T00:10:55.9833333+00:00
    1. I am occasionally having still having this issue in my office where i cannot do some of the things posted here. Seems to happen most often after an update.

    One of the techs recommended i add the following to my registry

    1. Regedit.
    2. Locate and then click the following registry key:
      1. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
    3. On the Edit menu, point to New, and then click DWORD Value.
    4. Type verbosestatus, and then press ENTER.
    5. Double-click the new key that you created, type 1 in the Value data box, and then click OK.
    6. Quit Registry Editor.

    After reboot the messages from Windows provides a little more clarity. The Please Wait condition was now reported as "Please Wait for Group Policy Services"

    What i found was GP was being shutdown and not restarted. Because i do not have total control, i could not change from Automatic (Triggered) to Automatic so I am still at the whim of this not automatically restarting when i return to the desktop, but perhaps this will help some of you and maybe even MS to figure out what they haven't got quite right.


  3. gj 0 Reputation points
    2024-10-08T11:15:36.5733333+00:00

    In case this helps anyone, for some reason it happened in my case as I was running large data consuming python scripts on the computer. Stopped them and everything became normal again.

    0 comments No comments

  4. Hal078 1 Reputation point
    2025-05-30T07:37:01.6+00:00

    I have a solution that always work on Windows clients (not terminal servers) for this issue. Unfortunately it requires two different user accounts.

    1. Your primary user logs in and you receive the "Please wait" at logon and nothing happens. Do not close this window.
    2. You then log in with a second account. Note that this user might need to be added to the local group "Remote desktop users" at the target computer.
    3. You will be presented with at text that the session is already taken by your primary account: "Another user is signed in. If you continue, they'll be disconnected. Do you want to sign in anyway?". Select Yes.
    4. The other RDP session will popup with a message "Do you want to allow" <the other user> "to connect to this machine?" You have a 30 second timeout but just click Yes. You will now be logged in with the secondary account.
    5. While keeping the secondary window open, now re-logon to the primary account using RDP. Do the same for this account and you will kick out the secondary user.
    6. Voila! You are able to connect without this Please wait issue! (Optional: The secondary account is still logged in on the computer even if the session is not active. To completely kick out the secondary account, open task manager and kick him out under Users (requires admin access) ).

    I don't know why this happens, but it's clearly a bug in Remote Desktop that has started to appear more often in the later years.


Your answer

Answers can be marked as Accepted Answers by the question author, which helps users to know the answer solved the author's problem.