Tech Trek – 2017 February
Runtime error occurs when initiating workflows, i.e. user reports that nothing happens, or failure occurs when attempting to transfer files (via OfficialFile.asmx Web service). Re-executing the workflow would result into the expected behavior.
This typically happens after a SharePoint upgrade or patch has been applied. As this affects only a certain component, this behavior may not be apparent after the update has been applied.
- Open SharePoint LOGS folder and check the affected log file at the time the event occurred to see if the following Unexpected error is present:
<CompilerError Line=”0″ Column=”0″
PublicKeyToken=71e9bce111e9429c is not marked as authorized in the application configuration file.” />
- Compare entry differences of the most recent web_<date/time>.BAK using a text comparison tool like WinMerge or WinDiff.
- Open web.config in the Web Front-end server at the following location and add/correct the affected component.
<authorizedType Assembly=”Microsoft.SharePoint, Version=18.104.22.168, Culture=neutral, PublicKeyToken=71e9bce111e9429c” Namespace=”Microsoft.SharePoint.Workflow” TypeName=”SPWorkflowTaskProperties” Authorized=”True” />
- Perform an iisreset.
I’ve highlighted Version=22.214.171.124 since usually this entry reverts back to 126.96.36.199 in the SharePoint web.config file which causes the unauthorized issue.
Tech Trek – 2016 January
Users reporting that files are missing in their respective child folders, and eventually being moved into the root folder of the document library.
- Identify if the affected SP 2013 site/library is being accessed via SharePoint Workspace (formerly Groove) client and your content is not over these file restrictions.
- Make sure that the following patch is applied for Workspace 2010 client
SharePoint Workspace 2010 hotfix – February, 2012
- To temporarily address the automatic transfer into the root folder –
Set Offline Client Availability to No under Advanced Settings for the affected Document Library.
Tech Trek – 2015.09.28
One of the nice features of SharePoint 2013 is the ability to perform drag & drop file uploads. This is a quicker option from Upload Multiple Documents (known as Upload files using Windows Explorer instead — now that’s a mouthful).
Drag & drop function is not working for certain users in any SharePoint 2013 site even though this operation works for others. Files will not being displayed, or uploaded after file drop operation was successfully completed.
Here are the steps to perform to resolve this issue:
- Make sure prerequisites are installed in the affected PC – see list below.
- Check if SharePoint-related extensions are enabled under Manage add-ons in Internet Explorer.
- Use an alternate web browser to check if file uploads can be successful.
- If everything else is fails, check if the machine was previously upgraded from Office 2010 under Programs and Features of Control Panel. Perform an MS Office Repair if multiple versions exist.
SOFTWARE PREREQUISITES –
- Internet Explorer 10 or higher
- Internet Explorer 8 or 9 with MS Office 2013 installed
- Latest version of Firefox or Google Chrome web browser that supports HTML 5 standards