Add documentlibrary setting for opening in view or edit mode
Previously the default behavour was to open in Read mode, and then actively change to Edit mode - with the latest updates the default is to open in Edit-mode.
This causes Word Online to save the second the user opens the document, and thereby rendering the "Edited by" and "Last edited"-fields completly useless, as it in effect just shows who opened the document last.
It also causes users to make a lot of accidental changes to documents as well.
Since users are complaning about both the default behaviours, why not add a setting that let's the admins control how files open by default, per library?
That way everyone will be happy, and it adds a certain safety for libraries where users both read and contribute to documents often.
The parameter is set to "default" which indicates a way to modify this setting. should be relatively easy to add this to the library settings.
In the SharePoint Admin Center, we have the Policy > Sharing > Choose the permission that's selected by default for sharing links.
It should be easy enough to add another policy which shared links open in read-only mode - just like how files in Emails are set to read-only - and allow people to make changes only after hitting the edit button which is contained in a highlighted bar at the top.
This is especially problematic with filtered XLSX files. Just opening the file and filtering/sorting the data auto-saves the changes for all other users if you don't first switch back into viewing mode.
Joe Little commented
We also need this as soon as possible. Without this control we have had to revert to disabling Autosave, meaning our users are missing out on a great piece of functionality. Come on, Microsoft!
Catherine Gouldlock commented
We need this corrected as quickly as possible. Please consider making this a priority.
I just spent a week with MS Support due to our auditing showing a significant increase in edits due to all documents being opened in edit mode online. Most edits were accidental / unintentional. To add to the user confusion, documents now open with no header or footer. Supports official response:
We can achieve it using the "Protect Document" option.
1. Open SharePoint document
2. Click on File > Info
3. Select "Protect Document".
Currently, we do not have any option/setting to apply protected view for specific site or to whole tenant.
We are now looking at the very painful proposition of migrating back to on-prem servers which do not have this particular “feature”.
Not sure how or why MS thought this was a good feature. Needs to be remediated ASAP.
peter ku commented
Wasn't sharepoint a long time ago always read only by default? This is important feature to be re-implemented.
It should just be an option to make a library or a whole site default open in read only mode.
Ecatly to avoid in intentional changes when just viewing a document.
Microsoft, this must be an easy change to implement, and can just be a radio button in the library and/or site settings.
Please do this now! It is preventing me rolling out versioning and autosave to a whole team of engineers who are worried about accidentally modifying documents.
I agree, we need this functionality. The other issue that I am having is that in edit mode, some functions disappear, such as header and footer. This is confusing for the end user.
This absolutely needs to be corrected. This is not a "feature" or "enhancement"; this is a mistake / error that NEEDS to be corrected immediately. As an Admin of SharePoint sites that have legal docs, it is impossible for me to meet governance requirements. 2-part issue - docs don't open in read more AND Admins can't enforce the behaviour for how documents are to open . How the hell did MS think this was acceptable? It goes against every retention policy at any company that I have ever worked at! Nevermind that when dealing with lawsuits, makes it impossible to know what exactly was in place at the time of a claim. Seriously MS, CORRECT this error immediately.
Is the solution in the meantime to open it up in the desktop version?
I second @Eric S on this being largely the same as https://sharepoint.uservoice.com/forums/329214-sites-and-collaboration/suggestions/34393561-requests-for-correction-on-behavior-to-open-in-edi
Internal Audit departments all over MUST hate this! A view of a file with NO changes should not be saving it and updating the modified & modified by values!
Eric S commented
Should be considered combinable with the idea submission below - this topic has enough votes/priority and is overdue for a MSFT response
Additionally this causes issues with retention policies for GDPR where documents never reach the set period after last modified because the clock starts ticking every time somebody merely looks at the document.
At least only save the document when changes are made.
opening a file just to "view" it should not prompt a change to "last modified." this is causing confusion and is quashing any warm feeling my team might have had about co-authoring in the cloud. productivity loss in wondering what was changed and why, when in reality, a team member simply viewed content.
Exactly this is why On-Prem installations, where you are in control, are superior!
Joris Tielkes commented
Our main problem with default edit mode is that some information and formatting is not displayed in Word (Online). The suggested workaround of requiring checkout is not an option as it creates an extra step for our users when they do need to edit a document. The ability to control this behaviour at the library level would help us out.
Geoff Taylor commented
I agree with this. These defaults should be able to be set by the individual organization - not Microsoft. I'm a SharePoint Admin and really feel that we're being backed into a corner in O365. Give some control back to the admins please MS. We are the ones who know our users best.