Win10 March cumulative update KB 4013429 breaks display of forms in MS Dynamics CRM 2011

Topic

New Reply

It looks like we have a solution. GT writes:
<p class=”MsoNormal” style=”margin: 0cm 0cm 6pt; line-height: 15pt; font-size: 11.5pt; font-family: ‘Times New Roman’, serif; color: #222222;”><span lang=”EN” style=”font-size: 11.5pt; font-family: ‘Segoe UI’, sans-serif; color: #303131;”>We logged a Premier Support ticket with Microsoft and they were very responsive.<u></u><u></u></span>

<p class=”MsoNormal” style=”margin: 0cm 0cm 6pt; line-height: 15pt; font-size: 11.5pt; font-family: ‘Times New Roman’, serif; color: #222222;”><span lang=”EN” style=”font-size: 11.5pt; font-family: ‘Segoe UI’, sans-serif; color: #303131;”>During a remote session, they confirmed that data was being returned from CRM server side when clicking links, but it just wasn’t displaying.<u></u><u></u></span>

<p class=”MsoNormal” style=”margin: 0cm 0cm 6pt; line-height: 15pt; font-size: 11.5pt; font-family: ‘Times New Roman’, serif; color: #222222;”><span lang=”EN” style=”font-size: 11.5pt; font-family: ‘Segoe UI’, sans-serif; color: #303131;”>The issue is caused by inproper CSS.  Modifying the height attribute of CSS allowed the data to be displayed successfully during the remote session.  The suggestion was to change one line in CRM’s global.css which fixes the issue across all interfaces.<u></u><u></u></span>

<p class=”MsoNormal” style=”margin: 0cm 0cm 6pt; line-height: 15pt; font-size: 11.5pt; font-family: ‘Times New Roman’, serif; color: #222222;”><span lang=”EN” style=”font-size: 11.5pt; font-family: ‘Segoe UI’, sans-serif; color: #303131;”>Since then, our CRM developer has figured out that the issue goes away if you the following line to global.css.aspx:<u></u><u></u></span>

<p class=”MsoNormal” style=”margin: 0cm 0cm 6pt; line-height: 15pt; font-size: 11.5pt; font-family: ‘Times New Roman’, serif; color: #222222;”><span lang=”EN” style=”font-size: 8pt; font-family: ‘Segoe UI’, sans-serif; color: blue;”>table.ms-crm-Form-Layout span[type=”subgrid”] {position:static !important}</span>

[See the full post at: Win10 March cumulative update KB 4013429 breaks display of forms in MS Dynamics CRM 2011]

1 user thanked author for this post.

ch100

Reply | Quote

Replies

no issues here, please stop fake news.

Reply | Quote

Good to hear!

Bug reports aren’t fake news. They’re bug reports. When they come from reputable sources, I publish them to see if others are having the same problem.

2 users thanked author for this post.

Elly, lizzytish

Reply | Quote

I suspect the reports come from unpatched CRM 2011 installations.
There were similar known issues with Windows 7 and CRM 2011 starting in October 2016 and all the rollups that followed, likely due to the Internet Explorer 11 component of the patch.
Generally speaking, organisations which patch, should patch all components involved and keep them up to date, not only with security but functionality which is called now “quality”.
This applies to servers and server applications, not only to desktop OS.

Reply | Quote

I’ll keep my ear to the ground.

Reply | Quote

In the end it has been proved that IE was not following standards in the past and now when IE is enforcing web standards behaviour, Microsoft’s own products are not compliant, even when fully patched.
CRM 2011 has been around since IE8 on Windows 7 and possible IE7 on XP and Vista.

Reply | Quote

I received a user comment, that Update KB4013429 breaks again Windows System Restore

Ex Microsoft Windows (Insider) MVP, Microsoft Answers Community Moderator, Blogger, Book author

https://www.borncity.com/win/

1 user thanked author for this post.

woody

Reply | Quote

With Windows 8.1 x64 Enterprise I just tested making a manual Restore Point, then restoring it through the bootup Windows Recovery Environment (which is the only way I’ve found it to work reliably).

All seems well, with Win 8.1 at least…

-Noel

1 user thanked author for this post.

Elly

Reply | Quote

I have this issue with CRM 2011 since installing the update. Views to see related records from contacts, accounts etc are now moved half way down the page and contain no data and multi-line text boxes are now all single line with a scroll bar.

Reply | Quote

we have this issue on different CRM 2011 deployments. One customer reported that it is also related to KB 4012215

Reply | Quote

Users on our CRM deployments are seeing the issue.  We’re on Dynamics Update Rollup 18 (09/2014).  This was the latest patch until KB3179593 (10/2016).

I was planning to skip this patch since we’re in the progress of migrating our deployments to CRM 2016.  We will have to look into if this is the patch referred to above where the issues do not occur.

Reply | Quote

I have the same issue and just started this morning… See below.

Are we sure its not the new IE update?

 

Hello All,

We use 2011 Dynamics CRM on-prem in our org.

Users are starting to have a issue this morning after an IE update was released yesterday.

When opening activities in CRM or some entities there is a blue bar across the screen where the records should be showing up.  (see pic below)
Important to note that records are there but just not displaying correctly after this update. Users without the update are showing these records, no problem.

Working hard to deploy a GPO with IE Blocker Toolkit and stopping updates with Kaseya but for 8 users so far its too late.

Everything is running fine on 11.0.38 and so far I am thinking that the Silverlight KB4013867 might be the culprit?

Our CRM application and app server is also upto date.
Workaround so far is with Firefox, but there is some known Silverlight/Modal Dialog issues that makes anything other than IE not fully compatible with CRM.

Does anyone have any ideas on where to go with this as a next step or how to resolve?

1 user thanked author for this post.

woody

Reply | Quote

Can you tell us which rollup your CRM deployment is on?

Reply | Quote

I can also confirm I have KB4013867 installed (silverlight update) and do not see the problems. (Windows 10 1607)

Reply | Quote

Rolling back did fix the issue. We are blocking updates via patch management tools now.

Do you think Microsoft will release a patch to fix this bug?

Thanks,
Clint

Reply | Quote

Clint, what specifically did you roll back, on what operating system?

Thanks.

-Noel

Reply | Quote

Which rollup are you on?  We are on 18 and we are not seeing this issue on windows 10 after installing the March Update.  I have verified it doesn’t’ happen in either of our environments.  We have an IFD, not sure if that makes any difference for this issue or not.

1 user thanked author for this post.

ch100

Reply | Quote

Are you on CU 17 or 18?
Otherwise it cannot be considered a Microsoft bug and do not expect any fix.

Reply | Quote

I finished fully patching our test environment to the RU18 with the Oct 2016 hotfix update.  Problem persists.  The problem is ONLY present in IE 11.  It doesn’t exist in Edge, Firefox, or Chrome.  However.. we are unable to utilize those browsers for various other functions that don’t work in our deployment.  But I was at least able to verify the problem doesn’t happen in those browsers so we are definitely looking at an IE bug.  Which is really good news… because MS should fix that.

1 user thanked author for this post.

woody

Reply | Quote

I’ve uninstalled KB4013429 which fixed it for now. It has already tried to re-install itself though. My CRM 2011 system is an IFD on UR18. I haven’t tried installing the latest CRM update yet, but it looks like I’ll be testing that tonight…

Reply | Quote

We have found the problem manifesting itself in our CRM deployments now.  (weirdly enough it’s not where we are seeing it for other people)  We are currently deploying the Oct 2016 update to our test environment so I will let you know if that solves the issue for us.

Reply | Quote

Thanks. I’m currently building a VM to test it on, so you’ll likely beat me to it!

Reply | Quote

No dice.  still have the problem after October update.  Let me know if you get different results

 

~J

Reply | Quote

No luck for me either. Looks like I’m going to have a fun few days of uninstalling client updates

Reply | Quote

We have the same issue, on roll up 18, tried installing oct 16 update today , still the same

Reply | Quote

CRM 2011 Rollup 18 here.  Depending on the version of Windows installed, there are 3 different patches that cause the problem.  KB 4013429, which also reinstalls when removed (d*** MS for that), and KB 4012215, and KB 4012216.  Uninstalling the one installed in your version of Windows fixes the problem.  Hopefully not long for a solution from MS.

Bob

1 user thanked author for this post.

woody

Reply | Quote

I also found that KB4012204 needs to be removed if present, or the problem is not completely fixed. Seems to be the same update on all windows versions.

Reply | Quote

It has been verified by MS that IE build 11.0.40 has issues rendering CRM 2011 correctly. Possible work around is running CRM 2011 in compatibility mode (IE7 mode), but this will reduce performance and may cause other issues.

1 user thanked author for this post.

woody

Reply | Quote

Have a link?

Reply | Quote

No link available. MS premier support case. Verified combination is CRM 2011 RU18 and IE11.0.40.

Noticed affected areas are: Releated entity views, Advanced search result list, height of multiline text fields.

2 users thanked author for this post.

ch100, woody

Reply | Quote

How do I set up CRM 2011 in compatibility mode (IE7 mode) as suggested ? change the HTTP response headers ? https://msdn.microsoft.com/en-us/cc817572.aspx

 

Edited to remove HTML code

Reply | Quote

I have been working on this all morning and I can confirm, IE7 Emulation does indeed resolve the problem at hand, but it creates a lot more in it’s place.  It is not a viable solution.  here is what we are now having our users do. (CH100 Mentioned this process earlier and I can confirm it works well)

When the user encounters a form or page that is not displaying properly, they press F12 to bring up the Dev Toolbar, and in the upper right of that toolbar is a icon with a number next to it, switch it to 7 and page reloads and viola!  proper display.  Unfortunately, this has to be done PER browser tab.  so if you have an object that opens in a new tab or page you have to repeat the process. you also have to repeat it once you close the page.

But this seems to be working really well for users today and should hold us over until MS can take action.

Thanks everyone for all the help so far!

~J

 

2 users thanked author for this post.

ch100, woody

Reply | Quote

Our CRM application at work is broke as per anon’s screen shots above but only for IE 10.0.40. Users who missed the update and are still on 10.0.38 have no problems

Reply | Quote

All who have this problem with IE11 and CRM 2011.
Please check if the browser uses native mode or one of the compatibility modes.

Probably the best solution overall is to update the server to CU18 or whatever is the latest CU and if it still causes issues, configure IE11 in one of the document compatibility modes using the Enterprise Mode setup with an XML file.
I would start with IE10 Document Mode which should offer the best performance and which is not inferior to IE11. For a simple test which is not 100% accurate though, try the F12 tools first.
The standard (IE7 style) Compatibility Mode should not be enabled. Please be aware that it is enabled by default for Intranet sites and that should be the first thing to disable before doing anything else.

Reply | Quote

We appreciate the early warning on all of this.  We are running CRM 2011 on premises with roll up 18 on Win7.  We observe a horizontal bar, similar to that pictured above in the 10:15 am post.  For us this is only happening when we link to activities from the left navigation pane.  As a workaround we have added activity sub-grids to the main form to mitigate this problem.

We use SharePoint Foundation 2010 for document management.  The grid for documents in CRM will not scroll vertically when there are more document records than show on the screen.  We can reduce the ribbon and go to full screen, or also use the Open SharePoint link as workarounds to view more records.

We are also having issues with multi-line boxes being much smaller.  For example a four line text field only shows as two.  Specifying more lines does not change the display.  Scrolling boxes, like in an email are only showing about eight or nine lines.  This makes a CRM email form with a long message very cumbersome to read.  The Open Message link in the email form is a useful workaround.

Thanks, Barry

Reply | Quote

To correct my prior mis-statement, anything linked from the navigation pane, except documents, seems to produce the previously pictured horizontal bar.  Yesterday I had only looked at activities linked from the nav pane.

Reply | Quote

Did any one hear from  microsoft on this ?

Reply | Quote

The only notification I’ve seen is the one above, from an anonymous poster quoting a premier support case, which seems to confirm the observations here.

Reply | Quote

I found a post here: https://community.dynamics.com/crm/f/117/t/230126?pi51685=2#responses

that says:
_danielschmidt_ responded on 16 Mar 2017 10:53 AM

I have been informed that our CRM team has contacted Microsoft, received acknowledgement of the problem, and been advised that a patch is in development. Unfortunately no details, such as ETA, or whether it will be an IE/Windows vs CRM patch.

1 user thanked author for this post.

woody

Reply | Quote

Does anyone know how to stop Windows 10 from reinstalling this update when not part of a domain? A few of my home working users have had to uninstall it twice already. Doing it every day is going to get frustrating quite quickly.

Reply | Quote

you can try this tool to block it

http://www.thewindowsclub.com/block-unwanted-windows-updates-in-windows-10

Reply | Quote

Use wushowhide.

http://www.infoworld.com/article/3143046/microsoft-windows/woodys-win10tip-apply-updates-carefully.html

Reply | Quote

Had one PC that failed to install this update. Noticed a dozen or so having install issues too on Microsoft forums. Solution is to reset Windows update I guess was Microsoft’s response. This unfortunately probably will become the norm with Windows 10 and updates.

Reply | Quote

Same problem for us.  KB4012215 was the culprit.

Reply | Quote

Windows 7 KB4012215

Windows 8.1 KB4012216

Windows 10 KB 4013429

 

All break CRM 2011 using IE and Firefox.

I had to uninstall and change update setting to notify.

Enough is enough.

I don’t have this problem with linux.

Reply | Quote

We’ve had a similar issue with IE 11 (11.0.40 KB4012204) breaking with the Telerik RadListBox controls on our webpage – not Ms Dynamics related but indicative of issues with the update.   Uninstalling the two updates installed overnight on the 14th/14th March has rolled IE back to version 11.0.38 – and the controls are working properly again.

Reply | Quote

Thank you! I’ll post this on Twitter and see if we get corroboration.

Man, what a mess…

Reply | Quote

the kb4012204 is for Windows Server 2008 R2 for x64-based Systems Service Pack 1. Operating System
Component
Maximum Security Impact
Aggregate Severity Rating
Updates Replaced*
Windows Server
2008 R2 for
x64-based
Systems
Service Pack 1 Security Only
Internet Explorer 11 (4012204)
Remote Code Execution
Moderate
None

Reply | Quote

We’ve got the same issue with this update: https://support.microsoft.com/nl-nl/help/4012204/ms17-006-security-update-for-internet-explorer-march-14-2017

 

Reply | Quote

Is your issue with MS Dynamics CRM 2011?

Reply | Quote

Yes, with CRM 2011

1 user thanked author for this post.

woody

Reply | Quote

We’re running on Windows 7, Microsoft CRM 2011 Rollup 17. KB4012204 upgraded our IE 11 to 11.0.40 and that’s what broke CRM. Uninstalling KB4012204 reduced IE back to 11.0.38 and CRM is working again. Hopefully Microsoft will patch the patch to fix this!

Reply | Quote

KB413429 breaks a heck of a lot more than just forms.

Reply | Quote

I think you mean 4013429….

What else? I’m looking for specific, replicable problems – not the kind of kitchen sink kvetch list that crop up online. If you have a problem, roll back the patch, and the problem goes away – that’s what I want to hear about.

Reply | Quote

Yes, 4013429… sorry typo. Personally, the KB took nearly a day to download from wuauserv. Then when I attempted to reboot, the system would begin to install with the text “Please wait,” came back 4 hours later and it’s at the same screen. So, enough of this.. I forced the system to reboot, Windows loaded fine, clearly no changes were made and nothing in system restore regarding the update, I ended up rolling back a few days anyway. After that attempted to delete SoftwareDistribution with the normal methods of net stop bits, etc.. etc.. but wuauserv just wouldn’t shut down. Rebooted to safe mode and deleted SoftwareDistribution. Once that was done I downloaded 4013429×64 manually, ran the update and installed in less than perhaps half an hour. When the system came back online and finished installing the update, I rebooted it again. Now, with the update installed the system would go into a stale state and not load any startup applications, explorer loaded but unable to open explorer or the start menu. I figured I’d just let it sit there and finish whatever it was… an hour later… still no startup apps or desktop icons. Then I forced a several times, ran sfc/scannow with no issues, but Windows would boot and login and still sit in a stale state and the drive activity light barely displaying any activity. Couldn’t load compmgmt or any tools to figure out why Windows was stuck. Anyway, just ended up restoring to a previous image with ATI and disabling wuauserv in the policy. The heck with that KB… starting to think I should just reimage to 8.1, 10 is just a nightmare with no option to control what and when updates and drivers install. Total bs.

2 users thanked author for this post.

Elly, woody

Reply | Quote

You might want to post this on Reddit:

https://www.reddit.com/r/Windows10/comments/5zdwlb/march_windows_10_cumulative_updates_are_out/

Microsoft monitors the site and frequently gives out good advice.

Reply | Quote

I have two seperate installs of CRM 2011. Fully patched and running UR18. After update KB4013249 Win10 and KB4012215 WIN7 my sublists on forms have stopped working.

Removing these patches has temporarily fixed my problem. Hopefully MS will fix the patch or extend an update for CRM to fix the CSS issue it was supposed to resolve since they obviously coded around the issue in CRM 2011.

Since this was part of a cumulative update clearing the Update to New Version check box in the about tab in IE is ineffective.

 

Reply | Quote

Below is my unsupported fix:

Add to global.css.aspx:
——–FIX STARTS———-

table.ms-crm-Form-Layout span[type=”subgrid”] {position:static !important}

——–FIX ENDS———-

The cause was IE’s rendering behavior changed for SPAN element with relative positioning and no parent positioning container.

 

Edited to remove HTML code

2 users thanked author for this post.

ch100, woody

Reply | Quote

I’ve tried implementing your fix, but with no visible results even after an iis-reset. Where in the global.css.aspx file does the fix have to be added, or does that not matter?

Reply | Quote

Turns out I needed to restart the app-pools as well. I didn’t even need to clear the browser cache

HOWEVER! Just want to restate that the suggested fix only works for subgrids. The update also breaks dashboards, and AFAIK there is as of yet no fix here.

Reply | Quote

Unfortunately the above solution only works for subgrids. The Advanced Find result still looks weird…. it’s there but styled as a subgrid. Does anybody happen to have a solution there?

Reply | Quote

During a remote session, they confirmed that data was being returned from CRM server side when clicking links, but it just wasn’t displaying.

The issue is caused by inproper CSS. Modifying the height attribute of CSS allowed the data to be displayed successfully during the remote session. The suggestion was to change one line in CRM’s global.css which fixes the issue across all interfaces.

Since then, our CRM developer has figured out that the issue goes away if you the following line to global.css.aspx:

table.ms-crm-Form-Layout span[type=”subgrid”] {position:static !important}

Imagine how enterprises with a lot of internal politics where everyone is risk averse and like to blame each other for anything and with strict change management procedures will approach this issue when it comes to changes on the server side.
CRM is full of issues like this one where developers adapted their code to the IE tolerance to faulty code and guessing and now when web standards are enforced by IE, everyone is panicking.

Reply | Quote

This issue also appears in CRM 2013 OnPremise, running in Win7, Win8.1 or Win10.

Regards

Reply | Quote

Thank you for the confirmation, does the proposed solution for CRM 2011 work in CRM 2013?

Reply | Quote

Client: Windows 7, IE11.0.9600.18617
Server: MS Dynamics CRM 2011, Update Rollup 18 (5.0.9690.4376)
Windows Update KB 4012204 is confirmed breaking CRM functionality.

Reply | Quote

just applied the above code fix, add it to the global.css.aspx located in your CRM installations \_common\styles folder.

Fix appears to of worked – faulty form displays now showing properly again – Win 10 (v1607, build 14393.953), CRM 2011 (5.0.9690.4376)with outlook plugin, IE 11 (11.953.14393.)

You can find out default website folder using IIS admin, right click website, Manage website, Advanced settings, Physical path, then \_common\style appended to find global.css.aspx file location

2 users thanked author for this post.

woody, ch100

Reply | Quote

I see a lot more anonymous posts here than in other threads.
Is this because there is only one anonymous posting a lot, or because many enterprise admins & engineers prefer to keep a low profile due to their employment/contracting requirements?
It is far more preferable if those who have valuable contributions would post as registered users. They would get symbolic rewards like “thank you” or “vote up” and in general the conversation would have more meaning.
There is also a trend for many of us to pay less attention to anonymous posts, although this is only a preference and the really valuable posts are seen at their true value and replied accordingly.

Reply | Quote

I think it’s because this problem arrived so abruptly, and many people involved have never heard of AskWoody.

…. which is all by way of welcoming all of the new posters!

Little-known fact: We have a forum specifically for Admins. When a big problem like this hits the fan, I try to pick it up in InfoWorld, and it therefore arrives here off the main blog. But for everyday Admin questions and answers, that forum should help.

Reply | Quote

Got same issue with CRM2011 UR18. Added the line of code in global.cc.aspx but no fix.

For now removing update via WSUS.

Reply | Quote

anonymous wrote:

just applied the above code fix, add it to the global.css.aspx located in your CRM installations \_common\styles folder. Fix appears to of worked – faulty form displays now showing properly again – Win 10 (v1607, build 14393.953), CRM 2011 (5.0.9690.4376)with outlook plugin, IE 11 (11.953.14393.) You can find out default website folder using IIS admin, right click website, Manage website, Advanced settings, Physical path, then \_common\style appended to find global.css.aspx file location

Sorry folks, – was more of a matter of getting the info added quickly hence anonymous entry as i’d not created an account (or ever been to this site, sorry )

just registered now so any further posts won’t be anonymous

rgds

3 users thanked author for this post.

Noel Carboni, woody, ch100

Reply | Quote

Thanks

Reply | Quote

anonymous wrote:

Got same issue with CRM2011 UR18. Added the line of code in global.cc.aspx but no fix. For now removing update via WSUS.

i hope filename just a mistype – should be global.css.aspx

i did find i had to do a forced page refresh in order for the form to display correctly after the code was added/saved – e.g Ctrl+F5 for IE to force a page refresh, it may cache the css file and hence not display properly.

rgds

Reply | Quote

Is there a specific locations i need to add the line?

I just put it at the bottom of the file.

Restarted IIS and ctrl+f5 refreshed the page.

I’m not a dev so this code is all chineese to me

Reply | Quote

i don’t think there is a specific location, just as long as it’s entered as it’s own and not in between a pair of {}.

For info, i put mine before the line that says

.ms-cui-ct-ul .ms-cui-tt-a

so

table.ms-crm-Form-Layout span[type=”subgrid”]{position:static !important}

.ms-cui-ct-ul .ms-cui-tt-a

hope that makes sense?

rgds

 

1 user thanked author for this post.

woody

Reply | Quote

Nope, still doesn’t work. Also rolling back the update doesn’t seem to fix it.

It’s days like this, i hate Microsoft the most.

Reply | Quote

when i looked initially for the global.css.aspx file search found 3 copies of it:

<webroot>\_common\styles

<webroot>\help\common

<webroot>\_common\styles\mobile

 

make sure editing the right file, should be the one in the top location path.

 

rgds

1 user thanked author for this post.

woody

Reply | Quote

Got same issue with CRM2011 UR18. Added the line of code in global.cc.aspx but no fix.

For now removing update via WSUS.

Reply | Quote

Does the discussion in the preceding thread help?

Reply | Quote

@Woody: Why was this CRM bug headlined as a Windows 10 issue when it also applies to Windows 7/8?

@Everyone else: Does anyone here still believe that Windows 10 is not being used by businesses?

1 user thanked author for this post.

ch100

Reply | Quote

The first reports I saw were for Win10. Since then, I’ve seen reports for all recent versions of Windows – any that can run IE 11.

b wrote:

Does anyone here still believe that Windows 10 is not being used by businesses?

I was frankly surprised, in retrospect, that the first reports came in on Win10. Looks like the Win10 users/admins in the crowd are more observant – or perhaps more responsive to user complaints?

1 user thanked author for this post.

ch100

Reply | Quote

The first report came from our windows 8 and windows 10 users made us think it was only a windows 10 issue. later we found out that the updates were not pushed to windows 7  machines automatically. Windows 7 had the same issue once the updates are applied.

1 user thanked author for this post.

b

Reply | Quote

We’ve not experienced this issue on any of our Win7 machines with IE 11 – or at least not yet reported by any users – only Win 10 and IE11 currently affected.

1 user thanked author for this post.

ch100

Reply | Quote

Implemented the fix and after refreshing several times it seems to fix the subgrid issue.

However there are issues with text boxes being smaller than they are defined as well as the dashboard rendering weirdly.

Reply | Quote

To those of you who may be having trouble getting the global.css.aspx fix to work, I was in the same boat. I finally got it fixed. What worked for me was to change the double quotes around type=”subgrid” to single quotes:

table.ms-crm-Form-Layout span[type=’subgrid’] {
position:static !important;
}

The above is the exact format I used.

Reply | Quote

table.ms-crm-Form-Layout span[type=”subgrid”]

{

position:static !important;

}

Please make sure that the  ” will be lost while copying – Shiju Kunju

Reply | Quote

We have been testing this in the development for last one hour and it is promising. Please make sure you have the semicolon for the closing statement. the “(double quotes) could  become a special character when copying from this webpage. -Shiju

Reply | Quote

The CSS fix has helped a lot. Thanks! Dashboard charts are still not rendering correctly at all through.

Any other CSS code that can help with charts?

Reply | Quote

anyone seen/heard anything from MS regarding a proper fix/patch for this?

Since we applied the CSS ‘patch’ we’ve only had a couple of users call with problems which have been resolved by getting them to do a Ctrl+F5 on the browser page to force a refresh and download of the updated css file.

This seems to cure their problems then – not had any reports as yet on Dashboard display issues, so fingers crossed they are ok too.

rgds

Reply | Quote

Microsoft’s March Windows 10 Update has claimed a new victim: Windows dialogue boxes built using Telerik objects.

Microsoft’s IE update breaking RadWindow and RadListBox

This followed the release by Microsoft of its March update last week, which contained Internet Explorer 11 security Update KB4012204.

Taken from here

Windows - commercial by definition and now function...

Reply | Quote

Wouldn’t the above issue (my previous post) with IE affect the CRM also?

Windows - commercial by definition and now function...

Reply | Quote

The dialog box issue only seems to apply to IE8/9/10 compatibility modes (and Edge is a workaround).

Reply | Quote

It looks like it’s due to the same issue and it’s being discussed here. Changing the ‘height = 100%’ to something like “height = 300px” for dashboard chart elements via the IE dev tool seems to make the charts display. Since they are generated dynamically, I can’t see a way to fix it permanently via CSS as with the other fixes though.

1 user thanked author for this post.

Microfix

Reply | Quote

Hi There,

we use here CRM 2013 SP1. The above fix did not help here. But i was able to fix our Advanced Search -> Saved View.

Our Systems are: Win10 with IE 11.040

Add to globals.css.aspx (to the bottom):

span[type=”subgrid”] {position:static !important;}

This will be changing all spans with type subgrid. Till now I have not seen any other issues. Can anyone confirm it’s working with 2013SP1 and IE 11.040.

Reply | Quote

Client: Windows 7, IE11.0.9600.18617 (11.0.40)
Server: MS Dynamics CRM 2011, Update Rollup 18

These 2 modifications in global.css.aspx fixed all problems in our sytem. The repairs do not interfere with using CRM 2011 in Google Chrome.

table.ms-crm-Form-Layout span[type=”subgrid”] { position:static !important; }
div.ms-crm-Form-SubGrid-Layout, div.ms-crm-Form-SubGrid-Layout-Selected { min-height: 318px; }

The one below is for dashboards’ subgrids.

Reply | Quote

We seem to have fixed the problem through IIS & CRM configuration by forcing IE7 compatibility – no script changes or updates to rollback.  Rendering does seem to be effected (I guess that’s IE7 for you) but the site appears to be functional.  We are still testing.

1. In IIS add a HTTP Response to the ‘Microsoft Dynamics CRM’ (could be a different name in your IIS instance) site – Name: Header X-UA-Compatible Value: IE=7

2. In MSCRM Settings -> Administration -> System Settings -> Customization – Untick the ‘Document Mode’ option to force the IIS setting’

Simon.

Reply | Quote

We had same problem with CRM view. These KB’s:

Win7 32&64 bit – KB4012204 and KB4012215 (IE11 was problematic, didn’t try Chrome)

Win10 64bit (LTSB) – KB4012606 (IE11 and Chrome, both didn’t work)

Browser versions: IE11 and Chrome v55.

 

We updated 17.03 evening and rollbacked 18.03 morning. For now i did rollback for these 3 updates and everything works again.

I’m posting it because nobody mentions KB4012606, but for us it did brake CRM view on Win10 64bit LTSB version.

2 users thanked author for this post.

woody, Microfix

Reply | Quote

Using crm 2015, W7/W8.1/W10.

Managed to fix almost all faulty parts with couple other tweaks not mentioned here…

Atleast advanced search and saved views there work…

Append this to end of  global.css.aspx file and recycle app-pools:

table.ms-crm-Form-Layout span[type=”subgrid”] {position:static !important;}
td.AdvFind_td_FindBody {display: table-caption;}
textarea.ms-crm-Input {height: 100px !important;}

Reply | Quote

Correct me if I’m wrong but, it seems there is more than just two patches that affect MS-Dynamics CRM 2011 then?

KB 4013429: KB 4012215: KB4012606 and possibly KB4012204..

I’d have thought that MS had plenty of time to test these considering that there were no February 2017 patches.

Windows - commercial by definition and now function...

Reply | Quote

You are right sir, atleast 3 updates affect CRM 2011. For KB4012204 i can’t say for sure that it broke browser CRM view, because when i tested which patch broke CRM view, i uninstalled KB4012204 first. Browser CMR view was still broken, so i uninstalled KB4012215. After that everything worked again. I didn’t think about testing – reinstalling KB4012204 because i was in a hurry.

But these KB’s broke the view for sure: KB4012215; KB4012606.

Haven’t tried KB4013429 because it only installed into 5 pc’s. Users haven’t mentiond that something is wrong. These 5 users clearly dosen’t use CRM, so they have no problemes.

By AK.
NB! My first post about our subject is  #103285.

1 user thanked author for this post.

Microfix

Reply | Quote

hey guys KB4012218 also seems to break crm for win 7 clients. can anyone confirm?

Reply | Quote

Yes, we are Win 7 and all of the same breaks in CRM apply to us as well. Have referred users to Firefox or Chrome for now.

Reply | Quote

Looks like Microsoft have fixes for this now. For Windows 10:-

https://support.microsoft.com/en-us/help/4016635/windows-10-update-kb4016635

For Windows 7 and others:-

https://support.microsoft.com/en-us/help/4016446/forms-in-dynamics-crm-2011-are-not-displayed-correctly-after-kb-401307

1 user thanked author for this post.

Microfix

Reply | Quote

Yes, also just been advised of fixes from MS. I’m yet to test but just putting them out there.

“For Windows 10 it is not possible to deliver a small hotfix – as on that platform only cumulative Updates are shipped.

The fixes have been released now and are public available the catalog:

Windows 10 Version 1607:
KB-article: https://support.microsoft.com/en-us/help/4016635
Package-location: http://www.catalog.update.microsoft.com/Search.aspx?q=KB4016635

Windows 10 RTM Version 1507
KB https://support.microsoft.com/en-us/help/4016637
Package http://catalog.update.microsoft.com/v7/site/Search.aspx?q=KB4016637

IE11 on Windows 7 and Windows 8.1
KB https://support.microsoft.com/en-us/help/4016446/
Packages: http://www.catalog.update.microsoft.com/search.aspx?q=kb4016446 “

2 users thanked author for this post.

woody, Microfix

Reply | Quote

Hi,
same problem here with CRM 2011 and Rollup 18.
For me, a useful workaround, in Settings->Administration->System Settings in tab Customization, to unflag in section “Document mode” the voice “Load pages in the most recent version of Internet Explorer”.

Regards.
Dave

Reply | Quote

Found this one from microsoft : https://support.microsoft.com/en-us/help/4016635/windows-10-update-kb4016635 This update includes quality improvements. No new operating system features are being introduced in this update. Key changes include:
Addressed a known issue with KB4013429 that caused form display issues with CRM 2011 on Internet Explorer 11. Addressed the issue with KB4013429 that prevents users from updating apps from Windows Store with 0x80070216 error. If you installed earlier updates, only the new fixes contained in this package will be downloaded and installed on your device.

Reply | Quote

KB4013429 also breaks explorer (will crash with C0000205 when trying to browse specific types of network files).

Reply | Quote

Ok. I’m still a bit perplexed by something. You see, because, as its been discovered, kb4016446 is said to be the update that fixes the problems caused by kb4012204, however, I still don’t know if that means, (as a good rule of thumb), that I should install kb4012204 anyway, then next immediately install kb4016446?——-Or does it makes sense (from a security standpoint to simply just refuse to install kb4012204, yet still install kb4016446?

You see, I don’t use Internet Explorer, and ever since the fix was released allowing other browsers to now use the Microsoft Update Catalog website without any issues, I really have no need at all to use Internet Explorer. So, that being said, for security reasons alone, is it still necessary to install kb4012204 and it’s subsequent fix kb4016446 in this instance?——-Or can I safely by-pass kb4012204, so long as I use a different browser?

Please be so kind as to elaborate as much as possible on this particular issue. Thank you kindly for your help.

Reply | Quote

kb4016446 was issued as a hotfix for a particular problem with Dynamics CRM 2011 in IE11 cumulative update kb4012204.
Since the IE11 patches are cumulative, you can accomplish the same thing by installing the April patch kb4014661 or the May patch kb4018271. For best security I believe the May patch would be preferable.

Reply | Quote

I forgot to mention the fact that you should keep IE up-to-date. Even if you are not using it directly, it is integrated in the OS and is used by other system processes that would be vulnerable if it is unpatched.

Reply | Quote

Ok. So I think I got most of what you’re saying, however, based upon the principle of keeping IE up to date, is it still safe to bypass kb4012204, so long as I install the subsequent updates as aforementioned (kb4016446, etc…)?

Thank you kindly.

Reply | Quote

That is correct. Install the later updates and you should be fine.

Reply | Quote