if !blogClogged

Users Cannot Checkout Documents

There have been some occu​rrences of some users not being able to check out documents in a document library while other users are able to do so despite both having appropriate permissions and no other normal blocking situation existing. All of the mechanisms and workflows that have allowed some users to checkout and others to not be allowed are not fully known but the message that will be seen is shown in Image 1 that follows.

​This document could not be checked out. You may not have permission to check out the document or it is already checked out or locked for editing by another user.

Image 1​

Symptoms Experienced:

• Using Internet Explorer the user cannot check out some or any files from a document library

• Using Firefox or Chrome the user can check out the files from the document library

• User receives the message shown in Image 1 when trying to check out

• Other users may or may not be able to check out files using different mechanisms

• The afflicted user(s) may or may not be able to check out files using a different mechanism

Discovered Resolutions:

• Ensure the web application has a root site collection. See KB2625462

In the one experience the creation of a root site collection for the web app resolved the issue without further action but it is suspected that in some instances the root site collection may not be sufficient or that the root site collection may already exist thus not being the sole cause for the denied check out.

It is recommended that in the absence of the root site collection existence resolving the issue or in addition the root site collection that the SharePoint OpenDocument Class add-on within Internet Explorer be investigated for the proper version. To get to the Manage add-ons screen in IE click the "cog" icon in the upper right corner to get the needed menu. See Image 2.

​

Image 2​

Once the Manage add-ons screen has appeared look for the SharePoint OpenDocuments Class entry and if present select it. In the lower part of the window the version will appear. See Image 3.

Image 3​

If Office 2010 is installed it should show the version as 14.

If it shows Version 14 and Office 2010 is installed and the user cannot check out items after the root collection exists then perform a repair on Microsoft Office.

If it shows Version 14 and Office 2010 is installed and the user can check out items then all is good.

If Office 2010 is installed and it shows a version lower than 14 then update the add-on as indicated in the next section.

If Office 2007 is installed and it shows a version lower than 14 and the user cannot check out items after the root collection exists then perform a repair on Microsoft Office.

If Office 2007 is installed and it shows a version lower than 14 and the user can check out items then all is good.​

​Updating the add-on

​​Close the Manage Add-ons window in IE if open and close all IE sessions.

Open up a console window with Administrator privileges. Change to the following directory:

C:\Program Files\Microsoft Office\Office14

run regsvr32.exe OWSSUPP.DLL

Restart IE and check the SharePoint OpenDocuments​ Class Add-on to see if it is version 14.