Forum Discussion
Document in "Read-only" mode all the time
As you write the edit button is missing. I work with SharePoint for a long time and I know standard behavior. Anybody else does not work on document. Only I try to edit it. I do not know if there can be issue with OneDrive or Content types… but I have never had this kind of trouble with SharePoint library with co-authoring or even simply editing documents. It is really annoying and uncomfortable for end users when there is only one way to edit document that they have to download it, edit it and then upload back...
Libraries with Checkout, Required columns or metadata, or when Draft Item Security is set to either Only users who can edit or Only users who can approve items in Version Settings of the library.
I tried everything now:
1. I use computer with sync this library
2. I set up a required fields as a optional
3. Check-in and check-out is disabled
4. Version history is set only for major versions
5. I made new "clear" (without content types) in the same tenant and upload document there
without success… Document in desktop app is still read-only. Only in web browser is possible edit document.
I tried to create new library in different tenant and upload document there and everything works. I am able to upload document and then edit it directly from the library in desktop app.
Hello,
have you tried different computer? I know it's not a solution but form my experience:
Computer A
Windows 10, version 1803, build 17134.376, Office 365 - 16.0.10827.20181 64bit (clean installation)
Computer B
Windows 10, version 1809, build 17763.55, Office 365 - 16.0.10827.20181 64bit
On both computers I logged in with the same account with nice result:
Computer A - can create document, edit it, save it, but it's read only when reopened.
Computer B - works normally as expected.
Just two people out of twenty have this problem.
I tried everything from your list + manual reinstallation from 32bit to 64bit Office version + Online repair.
So I does not seems to be a library problem from my point of view.
I have problem only with recent documents in the library but the newly created have this kind of issue. May be MS fixed that already…..
I also found similar problem in 2016 forum with note "Our engineers are working on the fix" and saving another document copy as a workaround.
Nice :), any idea?
Thank you.
FYI, after the passage of time (and likely automatic updates), this now works correctly for me. Files are now read-write.
- Interesting. At this point sounds like a conditional access policy in place preventing edits via client applications. Do you guys use those at all? It’s accessed via azure portal.
Yes, it is interesting. We do not use any policies at all. I tried to create new libraries on different web sites (within one site collection), upload document there and try to edit it. Success was only in 1 case from 4. I checked all settings of all web sites if there are any differencies and I did not find anything. I am helpless already.
