Forum Discussion
Cannot Release Lock on SharePoint Online File
- Jul 17, 2018
Locks is a complex topic and technically a client or network issue. SharePoint supports co-authoring locks unless you have Check In/Out enabled on the library. Client side locks will occur if Office cannot negotiate a co-author lock falling back to an exclusive lock. As others have pointed out, the upload center can contribute to locking and is one of the first things you should check. You can trace the calls via Fiddler on the client.
This is the technical explanation from PSS:
When a user attempts to open an Office file hosted on SharePoint in the Office client, there is an expected set of network calls we should be seeing unless there is a problem. Once a user clicks that Office file to open in client, code on the SharePoint page and (if using Internet Explorer) the Office 365 browser addon sends a command to initialize the client application (Word, Excel, PowerPoint). Once the Office client application starts launching, Office will start a HTTP conversation with SharePoint. If the Office call is already authenticated, the Office will be returned the file content. However, if not already authenticated, which is usually expected to be the case, Office will negotiate for Authentication with SharePoint. This process happens through two networking calls called OPTIONS calls. The first OPTIONS call is anonymous and expected to be rejected by SharePoint as to establish what types of authentication SharePoint will accept. The second options call will include the requested authentication information to SharePoint. If SharePoint accepts the second options, call, it will return a METHOD call, identifying what network verbs can be used to communicate with it (OPTIONS, GET, LOCK, PROPFIND, and POST are all examples of verbs for this process). Once the verbs are established the Office client will make a POST network call that requests the metadata for the file, adds the user’s session lock state (coauthor lock or exclusive lock) and to request to open the file from the CellStorage web service in SharePoint. If the Office client has never accessed the document before, the entire document will be downloaded from SharePoint and cached in the Office Document Cache. If the Office client has opened the file before, then it is already cached and only the changes will be downloaded. At this point, the Office file will open in the Office client. This entire process happens between a few milliseconds to a few seconds.
I now have a locked file (Word DOCX) that has remained locked for a few day. The funny thing is the user that locked it is me! I cannot edit, save, delete or anything. I have resorted to downloading an offline copy to do my work. Other complicating factors. MS Teams is overlayed on SharePoint, the MS Upload Center has run a few times and the cache is clear. Oh, and I have tried resolving this in both Teams and SharePoint itself. I remember this sort of problem back in the days of SP 2003 and SharePoint Designer was a big help in those days, sure do wish we still had that. I'll be watching this thread for solutions. ~ Doug
UPDATE:
I just unlocked the file in question. To reiterate from before, I received messages that somehow the system thought I was personally responsible for the lock out and I was unable to control this file. As mentioned, I am in an working environment of SharePoint / Teams. I had assumed that Teams was a collaboration tool layered on to SharePoint and that somehow SharePoint would have ultimate control over the file pemissions. Apparently not!
The fix in my case was to confirm I was unable to make changes from within SharePoint and then go back to Teams. Use the option "Open in Word" and not "Open in Word Online" or "Open in SharePoint". Once I had it open in Word, I went to "File > Info > Manage Document", cycled through Check out and Check In successfully. and then saved.
What this tells me is that somehow the MS Teams application is also managing check outs. One other possibility I am not able to confirm is that OneDrive for Business is somehow involved when storing the offline temproary file.
I still plan to watch this thread. Best of luck, ~ Doug