• Dynamics CRM files do not open in Excel 2013 as expected

    If an Excel workbook in XML Spreadsheet format (*.xml) is stored as a UTF-16 Unicode text stream, you may have problems opening it in the expected program when trying to open it through Windows Explorer or Windows Internet Explorer. This problem can occur if you have Office 2013 or an Office 2013 component installed.

    Example Scenario:

    You have an Excel file that was created by Dynamics CRM. When double clicking on it in Windows Explorer, the file may try to open in Notepad or Windows Internet Explorer, rather than Excel 2013.

    Resolution:

    Install the hotfix below.

    Hotfix KB2883063 for Office 2013 September 9, 2014 (Xmleditverbhandler-x-none.msp)

    http://support.microsoft.com/kb/2883063/EN-US

  • Form Controls stop working after December 2014 Updates

    For some users, Form Controls (FM20.dll) are no longer working as expected after installing MS14-082 Microsoft Office Security Updates for December 2014. Issues are experienced at times such as when they open files with existing VBA projects using forms controls, try to insert a forms control in to a new worksheet or run third party software that may use these components.

    You may receive errors such as:

    • "Cannot insert object"
    • "Object library invalid or contains references to object definitions that could not be found"
    • "The program used to create this object is Forms. That program is either not installed on your computer or it is not responding. To edit this object, install Forms or ensure that any dialog boxes in Forms are closed."   

    * Note In this last error message, the Forms text may also be replaced by the GUID of the control.

    Additionally, you may be unable to use or change properties of an ActiveX control on a worksheet or receive an error when trying to refer to an ActiveX control as a member of a worksheet via code. 

    STATUS:
    Microsoft understands the position our customers are in and we are working to find a solution besides a FixIt that can be deployed to remedy the issue.

    Automated Solution:

    A FixIt is available in KB 3025036

    3025036 "Cannot insert object" error in an ActiveX custom Office solution after you install the MS14-082 security update
    http://support.microsoft.com/kb/3025036/EN-US

     

    Manual steps:

    After updating, the cached control type libraries (extender files) may be out of sync. To resolve this issue, you must delete the cached versions of the control type libraries (extender files) on the client computer. To do this, perform a search on your hard disk for files that have the ".exd" file name extension and delete all the .exd files that you find. These .exd files will be re-created automatically when you use the new controls the next time that you use VBA. These extender files will be under the user's profile and may also be in other locations, such as the following: 

    • %appdata%\microsoft\forms
    • %temp%\excel8.0
    • %temp%\word8.0
    • %temp%\PPT11.0
    • %temp%\vbe

     

    Notes: 

    • Ensure that your file extensions are viewable prior to performing the search.
    • Close all Microsoft Office applications prior to deleting the files.
    • If the search above does not find any .exd files and the issue persists:
      •  In Windows Explorer, open the %TEMP% folder, search for "MSForms.exd" in all subfolders and delete all instances of that file that are found (including those in the subfolders).
         Do the same for the %APPDATA% folder and subfolders.


    Scripting solution:

    Because this problem may affect more than one machine, it is also possible to create a scripting solution to delete the EXD files and run the script as part of the logon process using a policy. The script you would need should contain the following lines and would need to be run for each USER as the .exd files are USER specific.

    del %temp%\vbe\*.exd

    del %temp%\excel8.0\*.exd

    del %appdata%\microsoft\forms\*.exd

    del %appdata%\microsoft\local\*.exd

    del %temp%\word8.0\*.exd

    del %temp%\PPT11.0\*.exd

     

    Additional step:

    If the steps above do not resolve your issue, another step that can be tested (see warning below):

    1. On a fully updated machine and after removing the .exd files, open the file in Excel with edit permissions.

    2. Open Visual Basic for Applications > modify the project by adding a comment or edit of some kind to any code module  > Debug > Compile VBAProject.

    3. Save and reopen the file. Test for resolution.

    If resolved, provide this updated project to additional users.

    Warning: If this step resolves your issue, be aware that after deploying this updated project to the other users, these users will also need to have the updates applied on their systems and .exd files removed as well.

    If this does not resolve your issue, it may be a different issue and further troubleshooting may be necessary. Please open a support ticket to report the issue.


    References with further information:  

    3025036 "Cannot insert object" error in an ActiveX custom Office solution after you install the MS14-082 security update
    http://support.microsoft.com/kb/3025036/EN-US

    3017349 MS14-082: Vulnerabilities in Microsoft Office could allow remote code execution: December 9, 2014
    http://support.microsoft.com/kb/3017349/EN-US

    2726958 MS14-082: Description of the security update for Microsoft Office 2013: December 9, 2014
    http://support.microsoft.com/kb/2726958/EN-US

    2553154 MS14-082: Description of the security update for Microsoft Office 2010: December 9, 2014
    http://support.microsoft.com/kb/2553154/EN-US

    2596927 MS14-082: Description of the security update for the 2007 Microsoft Office suite: December 9, 2014
    http://support.microsoft.com/kb/2596927/EN-US


    Additional Notes:

    • If you are using a system with multiple versions of Office installed, all versions will need to be updated at the same time or other problems may exist.
    • If you are creating new workbooks using the new controls on an updated machine, these workbooks then require all clients to have this update installed or they will error when the book is shared.

    Another behavior has been reported concerning the default naming of a control. A '2' is getting concatenated in the name causing for example, the Command Button to create the first control as CommandButton21 rather than CommandButton1.  


    This issue is also being reviewed.

  • Excel 2013 error connecting to .bism files "The handle is invalid"

    After applying May 2014 Cumulative updates for Office 2013 Click-to-Run, an error occurs when refreshing an existing workbook data connection to a .bism file and/or when creating a new connection using a .bism file. 

     The message received is:  "The following System Error occurred: The handle is invalid"      

    Note:  This has been found to occur only with Click-to-Run Office 2013


    WORKAROUND:

    Connect to the data source directly without using the .bism connection file.

    STATUS (updated October 2014):

    This issue was resolved in the October 2014 updates for Office 2013 Click-to-Run. To resolve the issue, apply the current Click-to-Run updates available.  
    More information on updating: http://support2.microsoft.com/gp/office-2013-click-to-run

    After applying the updates, "About Excel" information in Account shows the build has been updated to: 15.0.4659.1000 MSO 15.0.4659.1001

    Additionally, your msolap110.dll version is now:  11.0.2814.8  
        Example 32-bit Location:  C:\Program Files\Microsoft Office 15\root\vfs\ProgramFilesX86\Microsoft Analysis Services\AS OLEDB\110\msolap110.dll      >>> Properties >>> Details

    "The handle is invalid" error in Excel 2013 when you import data by using a BISM file
    http://support.microsoft.com/kb/3009669

  • HTML table cells may display incorrectly

     

     

    Table cells may be displayed in the wrong location when opening large HTML files in Excel 2003, Excel 2007, Excel 2010 or Excel 2013.

     

    This can occur if there is a <td> tag that contains a <br> with a large number of rows or cells spanning multiple rows and columns.

    For example:     <td >Test Text<br>Test Text</td>

     

    Workaround:

    Edit the HTML and remove the <br> tags from the table using a tool such as Notepad++.

  • Excel print settings do not change when switching printers

     

     

    Windows DevMode has a limitation of 32 characters. What this means is that printer names cannot be longer than 32 characters... 31 really. 

     

    Why does it matter?

    When Excel queries the printers, it is given the printer name information from Windows. Windows DevMode is limited by design and will truncate the name after 31 characters. This information is then passed to Excel which caches the information for faster performance when printing. If the names are identical after they are truncated, Excel will not query the printer for new settings and the cached settings will be used.

     

    Can you provide an example?

    When changing printers in the print dialog, you may be switching from a printer that is set to single-sided printing, to another that is set as duplex. For this example these printers are named  ThisIsATestNameThatIsReallyLong1 (SINGLE-SIDED) and ThisIsATestNameThatIsReallyLong2 (DUPLEX). Both are 32 characters long, with the only difference being the number at the end.

    Your default is ThisIsATestNameThatIsReallyLong1.

    When you open the print dialog and choose "ThisIsATestNameThatIsReallyLong2", the setting for single-sided does not change to duplex.

    This is because in Excel's cache, both printer names were provided truncated from Windows at the 32nd character. The result is that the name for both of them is ThisIsATestNameThatIsReallyLong.  Excel does not detect any change and there is no reason for it to query the printer for the settings that are already cached. Causing Excel's settings to remain as they were... single-sided.

     

    When is it more possible to see this?

    This in itself, is usually not a problem because printer names are typically not that long when they are local. However, when using a print server or IPP printers, this has been reported. This is because the printer name includes both the name you assign the printer as well as the print server information. These two fields can quickly use up 32 characters.



    What can we do?

    As this is the designed behavior of both Windows and Excel, I've listed some workarounds available below if you encounter this issue.

     

    Workarounds:

    1. Shorten the name of the printer (+ print server) to less than 32 characters.

    2. Move the printer name differentiator to the front of the long name so that it is not truncated and Excel can then see the difference in the cached values.

    3. Choose a printer that is named entirely different, then go back and re-select the one you'd like.