Once the RADC web feed has been enabled on the server, open the Microsoft Remote Desktop client app that has been installed on your Mac, iOS, Android, or Windows 10 PC/ Mobile computer or device, and enter the connection URL under the “ remote resources” section of the app. NOTE: The RADC Web Feed feature is only available after the product has been registered. To enable (or update) the RADC web feed, open the server Dashboard application, go to the product’s main tab/page, click on the “ Enable RADC Web Feed” task located in the Users Tasks pane, select the “ Enable RADC” option, and follow the prompts: The new feature allows your server to act as a RemoteApp and Desktop Connections (RADC) web feed server for serving remote resources to RADC clients including the native Windows “ RemoteApp and Desktop Connections” Control Panel applet, the freely available Microsoft Remote Desktop client apps for Mac, iOS, Android, and Windows PC/ Mobile, and Microsoft’s newly released Remote Desktop web client. Hora de início do aplicativo com falha: 0x01d75c8b558e6b8eĬaminho do aplicativo com falha: C:\Windows\Explorer.EXEĬaminho do módulo com falha: C:\Windows\System32\ would like to introduce everyone to an exciting new feature recently added to all of our WHS / WSE RemoteApp products that allows you to connect to them from Mac, iOS, Android, and Windows PC/Mobile computers and devices. Nome do aplicativo com falha: Explorer.EXE, versão: 3.4169, carimbo de data/hora: 0x5ff78df9 Other logged users are not affected when the user is facing the problem (start menu not working) įorce close and reopen Explorer doesn't fix for the user with the problem, the only solution is reboot the server
Today I saw that a new user created a few days ago doesn't face the problem (logoff and new login to reproduce the error when Using Roaming Profiles). I have tried a lot of things trying to fix it but nothing works. It's a known bug since Server 2012 R2 (simply look at that big technet forum thread ). Note: I've to restart the server after executing thios command. This powershell command fix the issue a couple of days, but the problem returns. I've found a temporary solution in another post. But the bugged user never recovers his bar although closes and opens session. When a user start to experience the problem, then if another user log off and log on, then may have the start menu and taskbar or maybe not.
This bug seems to propagate by RDP users randomly. Identificador de aplicación relativa del paquete con errores: Ruta de acceso del módulo con errores: C:\Windows\System32\ Ruta de acceso de la aplicación con errores: C:\WINDOWS\Explorer.EXE Hora de inicio de la aplicación con errores: 0x01d6f75e391a8664 Identificador del proceso con errores: 0xa81c Nombre del módulo con errores:, versión: 3.4169, marca de tiempo: 0x5ff78cf4ĭesplazamiento de errores: 0x00000000000339cd Nombre de la aplicación con errores: Explorer.EXE, versión: 3.4169, marca de tiempo: 0x5ff78df9 I've checked event viewer and the related error is: When the user log on his desktop is shown and he can click his icons but the task bar is empty, only start menu button is shown and if the user move the mouse over the bar, only the "loading" icon is displayed and can`t click anywhere inside the bar. I take the chance and restored the backup in a new Server 2019.īut I'm suffering some unexpected problems: some RDP users are experiencing that star menu and task bar doesn´t work. The backup was plenty functional because I made one two weeks ago and the vm was ok then. I had to restore the VM due to some ransomware. I had a Server 2016 VM with Hyper-V Server 2016 host.
0 kommentar(er)
