Hey People,

We have Lync 2010 rolled out to our whole firm (~500 seats) and a handful (<30) are running Lync 2013 (back-end is all 2013 and desktops are Win7 with IE9 [mostly x86, but a few x64, though IE is always x86]).

We've found a particular webpage (for one of our internal systems), that includes a very long list of <option> tags (~30,000), which leads to a page that's about 3meg in size.

Lync 2010 has no problem with this.

Lync 2013 however does.  Some desktops, usually x86, find that the page will stall/freeze once loaded.

While my PC (i7 3.4GHz, 8Gig RAM, x64) was initially able to load the page happily, I found after rapidly sliding the scrollbar on the field with 30K <options> up and down a few times, my browser ground to a halt (after setting the affinity of IE to one CPU, it appeared that the IE process was hogging about 70% of that CPU).  After a bit, it recovered briefly, but then freezes, then recovers, repeatedly, eventually locking the window up and I have to close it.

Less powerfull machines freeze earlier, with IE reporting that it must recover the page.

I know this is an unusually large page and I'm guessing the click-to-call add-in is having to work too hard to find/update all the possible phone numbers, but surely, once it's parsed the page, that should be it.  It shouldn't be trying over and over again.

Anyone else seeing this?

I was originally on (plug-in) v15.0.4603.0 and upgraded to v15.0.4653.0 which helped a little.

Yes, I've tested this by disabling all other IE add-ins and then toggling the Lync Click-to-Call add-in.

The strange thing is, a collegue with the same speck PC (and on v15.0.4653.0) doesn't have the problem.

Thanks
Craig

Hi Craig,

Can you please do some tests ?

  1. Update Lync to the latest version.

http://support.microsoft.com/kb/2920744

  2. Test it by using IE 9 (64 bit)

  3. Test it by using other version of IE (8 or 10)

Best regards,

Eric

• Edited by Eric_YangKModerator 4 hours 25 minutes ago

Hi Craig,

Can you please do some tests ?

  1. Update Lync to the latest version.

http://support.microsoft.com/kb/2920744

  2. Test it by using IE 9 (64 bit)

  3. Test it by using other version of IE (8 or 10)

Best regards,

Eric

• Edited by Eric_YangKModerator Monday, February 23, 2015 7:25 AM

Hi Craig,

Can you please do some tests ?

  1. Update Lync to the latest version.

http://support.microsoft.com/kb/2920744

  2. Test it by using IE 9 (64 bit)

  3. Test it by using other version of IE (8 or 10)

Best regards,

Eric

• Edited by Eric_YangKModerator Monday, February 23, 2015 7:25 AM

Hi Craig,

Can you please do some tests ?

  1. Update Lync to the latest version.

http://support.microsoft.com/kb/2920744

  2. Test it by using IE 9 (64 bit)

  3. Test it by using other version of IE (8 or 10)

Best regards,

Eric

• Edited by Eric_YangKModerator Monday, February 23, 2015 7:25 AM

Hi Craig,

Can you please do some tests ?

  1. Update Lync to the latest version.

http://support.microsoft.com/kb/2920744

  2. Test it by using IE 9 (64 bit)

  3. Test it by using other version of IE (8 or 10)

Best regards,

Eric

• Edited by Eric_YangKModerator Monday, February 23, 2015 7:25 AM

Hey Eric,

thanks for that.  I've updated Lync using the URL you provided.  But I'm still seeing the same thing.

I've dug a little deeper and basically, while IE has the page displayed (and I've set the IE processes to use only one core on my CPU), the CPU core oscillates between 100% and <5% every few seconds, regardless of my interactions with the page.  While the CPU core is at 100% the page (and IE for that matter) is frozen.

Closing the page or disabling the Lync add-in, stops this behaviour.

I see the same thing on both x86 and x64 flavours of IE9.

On a different machine (srv2008R2 VM) with IE11 but same version of Lync, the page works fine.  Though I did notice that IE11 starts up both x86 and x64 processes when you start IE.

I also notice that IE9 x86 uses the Lync add-in v15.0.4667.1000 while IE9 x64 and IE11 (x86 & x64) both use v15.0.4681.1000.

So other than upgrading to IE11 (which is unlikely at the moment), any other ideas?

I don't have any machines with IE8/10 and Lync currently.

Thanks
Craig

Hi Craig,

The OCHelper.dll is part of Office 2013, you can find them under "X:\Program Files\Microsoft Office\Office15\" and "X:\Program Files (x86)\Microsoft Office\Office15\" .

I suggest you can also post the question on IE forum,  the people there are good at troubleshooting the issues of IE.

Best regards,

Eric