
Hi everyone,
I registered a trial instance for Microsoft Dynamics 365 and installed the solution: "Unified Service Desk - Microsoft Dynamics 365 Web Client". I start USD and Login successfully (twice USD login screen and Dashboard) then I'm greeted with an ASP.NET YSOD (error page)... there's no way I can find out what went wrong since this is on the Microsoft "webserver" part (or is there a way?) - what can I do now? Some "older" instances I installed still work but newly created ones don't work.
Computer:
Windows 10
USD Version: 3.0.0.859
Dynamics 365:
Solutions:
- USDCRMWebClientCustomization (1.0.0.0)
- UiiForMicrosoftDynamicsCRM2011 (3.5.0.755)
- DynamicsUnifiedServiceDesk (2.2.0.755)
I found out that it is currently limited to my computer... so other users report that the same instance is loading the Dashboard without any YSOD. But what could cause this issue on my machine? I mean I deleted all IE cookies, did a reboot and reinstalled USD several times (I tried version 2.0, 3.0) to no avail. I'm in need for help here..
Thank you
*This post is locked for comments
I have the same question (0)After countless hours I was able to collect even more insight on this issue and able to resolve it.
The URL I’ll be talking about is: https://anything.crm4.dynamics.com/workplace/home_dashboards.aspx?home_dashboards.aspx?dashboardid=DEAA7F5F-0103-E311-87F2-00155DD8D60B
When starting USD with the Microsoft sample solution this URL is loaded (Dashboard).
On one machine though I just got: Server Error in ‘/’ application (within USD and also within IE11 and Edge – the odd thing though is that Firefox and Chrome are able to load the Dashboard)
So I did compare the two HTTP-requests with Fiddler and narrowed down the problem to the Accept-Language HTTP header.
The “faulty” machine did send: Accept-Language: en-CH
On a computer where there’s no issue: Accept-Language: en-US,en;q=0.5
Having an Accept-Language HTTP header set to a locale that doesn't exist (english-Switzerland) causes the ASP.NET application (Microsoft Dynamics 365) to "crash". When testing the same Accept-Language header "en-CH" on an older instance of Microsoft Dynamics 365 (maybe 2 month "old") the application doesn't crash - so the updated/new version of the Microsoft Dynamics 365 application seems to check the existence of the locale provided in the Accept-Language header field but instead of handing the error gracefully it just "crashes".
I don't know what caused this crippled locale on the "faulty" machine but this can be set in the registry under: Computer\HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\International\AcceptLanguage
This issue can be reproduced on a new Microsoft Dynamics 365 instance:
- Set registry key AcceptLanguage to "en-CH"
- Restart IE11 / Edge
- Point your browser to: https://yourorghere.crm4.dynamics.com/workplace/home_dashboards.aspx?home_dashboards.aspx?dashboardid=DEAA7F5F-0103-E311-87F2-00155DD8D60B
- There you go your YSOD
Hope this saves someone else a lot of time ;)
Have a nice weekend