Paul Liebrand's Weblog

Welcome to my blog mainly about SharePoint

Skip to: Content | Sidebar | Footer

Google Search
Custom Search

Document is locked for editing

4 January, 2008 (15:12) | SharePoint | By: Paul Liebrand

At some point in time, you will run into the DocumentName is locked for editing by ‘Username’ message when working with SharePoint. Most of the time, this is a very valid message and is notifying the user that someone else is already editing the document.

 readonly

However, what happens when the message has your name there?  How could this be possible? (On some occasions it will also say unknown.)

When you edit a document, SharePoint registers that you have this document open for editing.  Once every 10 minutes or so, the Office product will check back in with SharePoint letting it know that it is still open by you. Once the document is saved and closed then Office will let SharePoint know that the document is now available to other users.

On some occasions you will receive the locked for editing message with your name there and no matter what you attempt to do you cannot get rid of the message (closing / reopening the document or restarting your computer does nothing to help rectify this).

This situation most commonly occurs under the following scenarios:

  1. The Microsoft Office product crashes while you were working on the document
  2. Computer freezes or crashes while document is open
  3. Lost of network connectivity while document is open

You might be wondering how this could happen if the document is stored in SharePoint?  To understand how this situation can happen, it is helpful to understand how SharePoint and Office work together.

The following is a high level overview of the process:

  1. User clicks Edit in Microsoft Word from the drop down menu in a SharePoint document library
  2. Word launches and tell SharePoint that you have the document open for editing (locked for other users)
  3. A copy of the document is downloaded and stored in a hidden system folder on your local computer. By default, this is located  in:

    C:\Documents and Settings\UserName\Local Settings\Temporary Internet Files\Content.MSO

  4. Under normal circumstances, when you close the Office product, the file is removed from the Content.MSO folder

If someone occurs that prevents the document from cleaning itself up (such as one of the scenarios mentioned previously) it is possible that Office will continue to tell you the file is locked for editing.

The solution to the problem is to simply delete all the files out of the Content.MSO folder and attempt to open the document again from SharePoint.

Prior to deleting the files you may want to copy the files because it is also possible that the version stored on the hard drive is more recent than the one stored in SharePoint — I have seen this on rare occasions.

Update – 4/13/2010

Be sure to check out part 2 of this post the outlines another location you may need to check.


Post to Twitter Post to Delicious Post to Digg Post to Facebook Post to Reddit

  • Tamer helmy

    is there is any way to force office to check in the file

  • Tamer helmy

    is there is any way to force office to check in the file

  • Tamer helmy

    is there is any way to force office to check in the file

  • http://www.paulliebrand.com Paul Liebrand

    Tamer,

    To my knowledge, there is no out-of-the-box way of forcing Office to check a document back into SharePoint without user intervention.

    If the document library has been setup to require checkout and major/minor version is turned on, then Office will prompt when the user saves whether they want to check the document in and make it a major version.

  • http://www.paulliebrand.com Paul Liebrand

    Tamer,

    To my knowledge, there is no out-of-the-box way of forcing Office to check a document back into SharePoint without user intervention.

    If the document library has been setup to require checkout and major/minor version is turned on, then Office will prompt when the user saves whether they want to check the document in and make it a major version.

  • http://liebrand.wordpress.com liebrand

    Tamer,

    To my knowledge, there is no out-of-the-box way of forcing Office to check a document back into SharePoint without user intervention.

    If the document library has been setup to require checkout and major/minor version is turned on, then Office will prompt when the user saves whether they want to check the document in and make it a major version.

  • Marlijn

    Hi Paul,
    In our company, users are locked from documents by themselves on a regular basis. I’ve tried to delete the file from the Content.MSO-folder, but they still get the warning/error… I feel I’ve looked everywhere, but can’t find an answer… Do you have any other ideas???

    Grtz. Marlijn

  • Marlijn

    Hi Paul,
    In our company, users are locked from documents by themselves on a regular basis. I’ve tried to delete the file from the Content.MSO-folder, but they still get the warning/error… I feel I’ve looked everywhere, but can’t find an answer… Do you have any other ideas???

    Grtz. Marlijn

  • http://www.paulliebrand.com Paul Liebrand

    Marlijn,

    It is pretty rare for a document to get locked out. This should really only happen if for some reason the Office application unexpected quits (due to error, crash, etc). However, in my organization I have seen this problem frequently occur on users machines who have a mis-configured network card (the duplex speed). For example, we had users that were set on “Auto” however they were plugged into a switch that was set to 100/Full. Simply matching the network port speeds resolved the issue for these users.

    When it comes to the “locked” message — there are two situations this will occur. If the document exists in the Content.MSO directory as outlined in this blog post. However, SharePoint will also put a “short-term” lock on the document when it is being edited. If the users closes the document, it will tell SharePoint to release the document. Once again, if the application unexpectedly, the SharePoint “lock” does not get cleared. The SharePoint lock will timeout after about 10 minutes if it detects the document is no longer open by a user (see this KB article for more information http://support.microsoft.com/kb/899709).

    Hopefully this helps.

  • http://www.paulliebrand.com Paul Liebrand

    Marlijn,

    It is pretty rare for a document to get locked out. This should really only happen if for some reason the Office application unexpected quits (due to error, crash, etc). However, in my organization I have seen this problem frequently occur on users machines who have a mis-configured network card (the duplex speed). For example, we had users that were set on “Auto” however they were plugged into a switch that was set to 100/Full. Simply matching the network port speeds resolved the issue for these users.

    When it comes to the “locked” message — there are two situations this will occur. If the document exists in the Content.MSO directory as outlined in this blog post. However, SharePoint will also put a “short-term” lock on the document when it is being edited. If the users closes the document, it will tell SharePoint to release the document. Once again, if the application unexpectedly, the SharePoint “lock” does not get cleared. The SharePoint lock will timeout after about 10 minutes if it detects the document is no longer open by a user (see this KB article for more information http://support.microsoft.com/kb/899709).

    Hopefully this helps.

  • http://liebrand.wordpress.com liebrand

    Marlijn,

    It is pretty rare for a document to get locked out. This should really only happen if for some reason the Office application unexpected quits (due to error, crash, etc). However, in my organization I have seen this problem frequently occur on users machines who have a mis-configured network card (the duplex speed). For example, we had users that were set on “Auto” however they were plugged into a switch that was set to 100/Full. Simply matching the network port speeds resolved the issue for these users.

    When it comes to the “locked” message — there are two situations this will occur. If the document exists in the Content.MSO directory as outlined in this blog post. However, SharePoint will also put a “short-term” lock on the document when it is being edited. If the users closes the document, it will tell SharePoint to release the document. Once again, if the application unexpectedly, the SharePoint “lock” does not get cleared. The SharePoint lock will timeout after about 10 minutes if it detects the document is no longer open by a user (see this KB article for more information http://support.microsoft.com/kb/899709).

    Hopefully this helps.

  • Marlijn

    Hi Paul,

    Thanks for your answer, it was very fast!
    Still the KB you referred to, did not solve our problems, waiting for 10 minutes doesn’t help, it can easily take up to several hours before the “short-term”-lock ends and releases the document.
    The network-card-problem you described might work… I’ll have to ask our System-management-guys.
    The weird thing is, that there is no logic to the problem, not the time it happens, the person it happens to, or the computers it happens on.

    If anything comes to mind about a possible solution, please let me know!!! I’m getting desperate :(

    Regards,
    Marlijn

  • Marlijn

    Hi Paul,

    Thanks for your answer, it was very fast!
    Still the KB you referred to, did not solve our problems, waiting for 10 minutes doesn’t help, it can easily take up to several hours before the “short-term”-lock ends and releases the document.
    The network-card-problem you described might work… I’ll have to ask our System-management-guys.
    The weird thing is, that there is no logic to the problem, not the time it happens, the person it happens to, or the computers it happens on.

    If anything comes to mind about a possible solution, please let me know!!! I’m getting desperate :(

    Regards,
    Marlijn

  • Marlijn

    Hi Paul,

    Thanks for your answer, it was very fast!
    Still the KB you referred to, did not solve our problems, waiting for 10 minutes doesn’t help, it can easily take up to several hours before the “short-term”-lock ends and releases the document.
    The network-card-problem you described might work… I’ll have to ask our System-management-guys.
    The weird thing is, that there is no logic to the problem, not the time it happens, the person it happens to, or the computers it happens on.

    If anything comes to mind about a possible solution, please let me know!!! I’m getting desperate :(

    Regards,
    Marlijn

  • http://www.paulliebrand.com Paul Liebrand

    Marlijn,

    Just remember… the network card issue was on the client desktops NOT the SharePoint servers. I just wanted to clarify that.

    Paul

  • http://www.paulliebrand.com Paul Liebrand

    Marlijn,

    Just remember… the network card issue was on the client desktops NOT the SharePoint servers. I just wanted to clarify that.

    Paul

  • http://liebrand.wordpress.com liebrand

    Marlijn,

    Just remember… the network card issue was on the client desktops NOT the SharePoint servers. I just wanted to clarify that.

    Paul

  • Joe

    I had the lock out problem also, and the link speed was the problem. Thanks!

  • Joe

    I had the lock out problem also, and the link speed was the problem. Thanks!

  • Joe

    I had the lock out problem also, and the link speed was the problem. Thanks!

  • Kool

    I have a similar, yet different problem.

    An indiviudal checked out a file about 4 months ago and never checked it back in. During this time, she left the company, her user information has been removed from the system (including Sharepoint), and yet her UserID is still locking this particular folder that we are attempting to archive and remove.

    Is there a trick or solution that I can try? So far I have only seen the “short-term” checkout – 10 minutes and a little about “long-term” checkout, but with no vable solutions. Your help is appreciated.

    “Kool”

  • Kool

    I have a similar, yet different problem.

    An indiviudal checked out a file about 4 months ago and never checked it back in. During this time, she left the company, her user information has been removed from the system (including Sharepoint), and yet her UserID is still locking this particular folder that we are attempting to archive and remove.

    Is there a trick or solution that I can try? So far I have only seen the “short-term” checkout – 10 minutes and a little about “long-term” checkout, but with no vable solutions. Your help is appreciated.

    “Kool”

  • Kool

    I have a similar, yet different problem.

    An indiviudal checked out a file about 4 months ago and never checked it back in. During this time, she left the company, her user information has been removed from the system (including Sharepoint), and yet her UserID is still locking this particular folder that we are attempting to archive and remove.

    Is there a trick or solution that I can try? So far I have only seen the “short-term” checkout – 10 minutes and a little about “long-term” checkout, but with no vable solutions. Your help is appreciated.

    “Kool”

  • http://www.paulliebrand.com Paul Liebrand

    Kool,

    Try this. Navigate to the document library that has the checked out document. Click on Settings / Document Library settings, and then selected Managed Checked Out Files.

    If the document is listed here, try taking back ownership of the document.

  • http://www.paulliebrand.com Paul Liebrand

    Kool,

    Try this. Navigate to the document library that has the checked out document. Click on Settings / Document Library settings, and then selected Managed Checked Out Files.

    If the document is listed here, try taking back ownership of the document.

  • http://liebrand.wordpress.com liebrand

    Kool,

    Try this. Navigate to the document library that has the checked out document. Click on Settings / Document Library settings, and then selected Managed Checked Out Files.

    If the document is listed here, try taking back ownership of the document.

  • Pingback: Documents locked when editing a document you opened « Uzma’s SharePoint Blog

  • Pingback: "Document checked out" workflow issue in SharePoint document library - Schalk's evolutionary ramblings

  • Ned

    I have a client that is reporting that sharepoint no longer notifies them that a document is locked for editing by someone else. Have you ever heard of this and do you know how to turn this feature back on? Thanks!

  • Ned

    I have a client that is reporting that sharepoint no longer notifies them that a document is locked for editing by someone else. Have you ever heard of this and do you know how to turn this feature back on? Thanks!

  • Ned

    I have a client that is reporting that sharepoint no longer notifies them that a document is locked for editing by someone else. Have you ever heard of this and do you know how to turn this feature back on? Thanks!

  • http://www.paulliebrand.com Paul Liebrand

    Ned,

    I have never heard of this specific problem. I do not believe this feature can be disabled. What has changed in the clients environment recently? Have they upgraded to a new version of Office, Windows, etc?

    Thanks,

    Paul Liebrand

  • http://www.paulliebrand.com Paul Liebrand

    Ned,

    I have never heard of this specific problem. I do not believe this feature can be disabled. What has changed in the clients environment recently? Have they upgraded to a new version of Office, Windows, etc?

    Thanks,

    Paul Liebrand

  • http://liebrand.wordpress.com liebrand

    Ned,

    I have never heard of this specific problem. I do not believe this feature can be disabled. What has changed in the clients environment recently? Have they upgraded to a new version of Office, Windows, etc?

    Thanks,

    Paul Liebrand

  • Ned

    Thanks for the reply, Paul! I had the same thoughts about office and windows changes…but they of course report that nothing has changed. Thanks for the sanity check :-)

  • Ned

    Thanks for the reply, Paul! I had the same thoughts about office and windows changes…but they of course report that nothing has changed. Thanks for the sanity check :-)

  • Ned

    Thanks for the reply, Paul! I had the same thoughts about office and windows changes…but they of course report that nothing has changed. Thanks for the sanity check :-)

  • http://www.paulliebrand.com Paul Liebrand

    Check what zone their browser believes they are in. I have seen some strange behavior if they are in the incorrect zone.

    Paul Liebrand

  • http://www.paulliebrand.com Paul Liebrand

    Check what zone their browser believes they are in. I have seen some strange behavior if they are in the incorrect zone.

    Paul Liebrand

  • http://liebrand.wordpress.com liebrand

    Check what zone their browser believes they are in. I have seen some strange behavior if they are in the incorrect zone.

    Paul Liebrand

  • Mehul

    Hi Ned, did you find a solution to this? Our users reported this problem for the first time this week. It seems like there is no pattern to the problem, it’s very random. Thanks.

  • Mehul

    Hi Ned, did you find a solution to this? Our users reported this problem for the first time this week. It seems like there is no pattern to the problem, it’s very random. Thanks.

  • Mehul

    Hi Ned, did you find a solution to this? Our users reported this problem for the first time this week. It seems like there is no pattern to the problem, it’s very random. Thanks.

  • Ned

    Hey Mehul, I asked them to do thorough testing of the issue and it turns out that it was user error. I’d def recommend doing the testing yourself with 2 accounts if possible. it was a training issue in our case.

  • Ned

    Hey Mehul, I asked them to do thorough testing of the issue and it turns out that it was user error. I’d def recommend doing the testing yourself with 2 accounts if possible. it was a training issue in our case.

  • Ned

    Hey Mehul, I asked them to do thorough testing of the issue and it turns out that it was user error. I’d def recommend doing the testing yourself with 2 accounts if possible. it was a training issue in our case.

  • Anu

    Hi Paul,

    Are you able to solve the issue?
    Iam also facing the same issue. Though of removing the Content.MSO file but in my machine i dont have that Folder. I only have “Temp” and “Application … “Folders.

    Please help me in this case.
    Thanks in advance.

    Anu.

  • Anu

    Hi Paul,

    Are you able to solve the issue?
    Iam also facing the same issue. Though of removing the Content.MSO file but in my machine i dont have that Folder. I only have “Temp” and “Application … “Folders.

    Please help me in this case.
    Thanks in advance.

    Anu.

  • Anu

    Hi Paul,

    Are you able to solve the issue?
    Iam also facing the same issue. Though of removing the Content.MSO file but in my machine i dont have that Folder. I only have “Temp” and “Application … “Folders.

    Please help me in this case.
    Thanks in advance.

    Anu.

  • http://www.paulliebrand.com Paul Liebrand

    The CONTENT.MSO folder is a special hidden folder. You will not see it if you are just looking via Windows Explorer; you have to manually type in Content.MSO into the address bar.

    The quickest way to insure you are in the right folder, do the following:

    1. Start Internet Explorer and click Tools > Internet Options
    2. Click Settings under Browsing History
    3. Click View Files

    This will put you into the Internet Explorer Temporary Internet Files folder. Now simply append Content.MSO to the path listed at the top of the Windows Explorer toolbar.

    Thanks