Category Archives: Internet Explorer

Fax, Internet Explorer, Internet Explorer 9, Microsoft, SBS 2003, SBS 2008, SBS 2011, Small Business Server 2003, Small Business Server 2008, Small Business Server 2011, Windows, Windows 7

[RESOLVED] Windows Fax and Scan – Invalid procedure call or argument URL: res://ieframe.dll/preview.js

When you try to use Windows Fax and Scan to send a fax message with content in the body section of the fax you may get an error similar to the following example:

Script Error

Line: 2107

Char: 1

Error: Invalid procedure call or argument

Code: 0

URL: res://ieframe.dll/preview.js

This seems to start occurring after Internet Explorer 9 is installed and currently it seems that the only workaround is to uninstall Internet Explorer 9 or not enter text into the body section of the fax.

Following on from our Microsoft PSS case we have been given two different solutions to this issue, the first is to apply the latest Cumulative Security Update for Internet Explorer.  This can be obtained via Microsoft Update or Windows Update and may have already been installed automatically.  You can find further information here MS11-099: Cumulative Security Update for Internet Explorer: December 13, 2011 http://support.microsoft.com/kb/2618444

Another possible fix for this issue is to apply the hotfix mentioned in Microsoft KB 2647169 http://support.microsoft.com/kb/2647169 this applies to Windows 7, Windows Server 2008 R2 and Microsoft Windows Small Business Server 2011 (SBS 2011).

A case is open with Microsoft PSS regarding this issue and once I have more permanent fix I will post it here.

Here is the official stance from Microsoft on this issue http://support.microsoft.com/kb/2629557

Fujitsu, HP, Internet Explorer, Internet Explorer 8, Internet Explorer 9, Microsoft, ML110 G5, ML350 G5, ML350 G6, Office, Outlook 2010, Primergy, ProLiant, Uncategorized, Windows, Windows 7, Windows Server 2003, Windows Server 2003 R2, Windows Server 2008, Windows Server 2008 R2, Windows Vista, Windows XP

Remote Desktop Sessions Pause Or Exhibit Unresponsiveness – Lag Whilst Typing And Session Will Not Accept Mouse Inputs

Remote Desktop Services can be extremely useful, allowing users to access a terminal server or their company desktop computer from another location.  One very common complaint with RDP sessions is screen refresh delays and a delay when typing or trying to click on items using the mouse cursor.  It will appear to most that the session has become unresponsive for a period of 5-20 seconds, after this delay the session will return to normal for a period of several minutes before once again becoming unresponsive.  You may find that this issue becomes more apparent as more users connect to the specific terminal server in question and if all these users utilise several applications (i.e. Outlook, Word and Excel) together.

Causes for poor user experience when connected via RDP are varied but one of the most common is resource exhaustion or contention.  This in turn causes a delay in processing that appears as a pause or unresponsiveness.

Check that your computer or terminal server has sufficient Memory to cope with the current load.

The next thing to verify by using performance monitor is that the PhysicalDisk\% Idle Time is consistently high, that’s correct this should be 90-100% when the server is not very busy.

It is worth running performance monitor using the PhysicalDisk\% Idle Time counter whilst you are seeing the slowdowns, this will help identify if your hard disk or controller are causing contention and in turn the pausing or unresponsiveness.

If you do find that the “%Idle Time” keeps going very low then it’s time to consider some of the options below to help resolve the issue

  • Install a second drive or mirror set, move the Windows Page File to this second disk/array to reduce the load on the drive/array holding your operating system
  • Install additional memory into the computer or server, this will reduce paging to disk and will generally improve overall system performance
  • Migrate to or upgrade your existing RAID controller to a unit that had a Battery Backed Cache (Fast) or Flash Backed Cache (Newer – Faster) to significantly improve performance and alleviate the system
  • Migrate to faster hard disk drives, 7200, 10,000 or 15,000 RPM drives are amongst the fastest.  The SATA interface is slower than the SAS interface but is cheaper.  Try to invest in the fastest drives that you can to future proof the system and avoid future performance issues if you have to scale for more users.
  • Ensure that you have at least 20-25% free disk space on all partitions/drives
  • Defragment all drives on a regular basis to optimise read and write operations
  • A cheap solution for improving disk performance may be to turn on the Hard Disk Cache using “Device Manager” or in the event that you are using a RAID controller without a battery backed Cache module you will need to open the RAID Array Management Software and then enable Disk Cache within the management software as this feature will not be available within “Device Manager” in this instance.  Please note that this does have some risks and should be used with caution, you may loose data in the event of a sudden/unexpected loss of power to the system.  Consider using this option with a UPS and redundant power supplies to reduce the risk of power loss to the system.  As always ensure you have a reliable backup that is carried out at regular intervals.

Example – HP RAID Array Configuration Utility:

Example – Windows Device Manager:

Internet Explorer, Internet Explorer 9, SBS 2011, Small Business Server 2011, Windows, Windows 7, Windows Server 2008, Windows Server 2008 R2, Windows Vista

Internet Explorer 9 File Download Issues

Leave a comment

An issue that has been going on for some time now is an inability to correctly download certain files using Microsoft Internet Explorer 9.  You will find that the download dialog launches but the file name and type that Internet Explorer 9 displays does not correlate with the original download link.

The most likely cause of this is having a tick in the check box next to the following option

“Do Not Save Encrypted pages to disk”

You can verify this setting by opening Internet Explorer 9, clicking “Tools”, “Internet Options”, Clicking the “Advanced” tab and then scrolling down to the “Security” section.  This is where you will find the “Do Not Save Encrypted pages to disk” value.

To resolve the issue just untick the box next to “Do Not Save Encrypted pages to disk” and then close and re-launch your Internet Explorer 9 browser.

Exchange, Exchange 2007, Exchange 2010, Internet Explorer, Internet Explorer 9, Microsoft, SBS 2011, Small Business Server 2011, Windows, Windows 7, Windows Server 2008, Windows Server 2008 R2

[RESOLVED] You must close all dialog boxes before you can close Exchange Management Console

After installing Internet Explorer 9 on your Microsoft Exchange 2007 or Exchange 2010 mail servers you may have been noticing that the Exchange Management Console will refuse to close and simply state “You must close all dialog boxes before you can close Exchange Management Console”.

This has been a long running issue but has finally been resolved by the Microsoft Internet Explorer Developer Team.

Please note that this issue is now resolved by installing the latest cumulative security update for Internet Explorer, The fix was first included in security update 2618444 http://support.microsoft.com/kb/2618444

Information on the scope of this issue can still be found here KB 2624899 http://support.microsoft.com/kb/2624899

You can request the hotfix by visiting Microsofts website and searching for the following Knowledge Base article KB 2624899

Note: The hotfix is actually for Internet Explorer 9 rather than Microsoft Exchange but does actually resolve the issues with the Exchange Management Console not closing correctly.