Have you tried ‘Format’ > ‘Sections’ ?
Then select the Section (eg. Section1) with ‘Write Protection’ activated and deactivate it.
Now it should be editable…
6 Likes
BEST answer! Thank you. Tends to happen when one converts old documents (esp if from a different technology e.g. MS Word.
1 Like
In my case, the sections entry in the format menu is grayed out.
just ran in to the same problem and this worked, thanks.
Format > Sections is greyed out in my case. What worked for me is this solution: uncheck the following option Tools / Options / LibreOffice Writer / Compatibility / Protect form
1 Like
This is the best answer it works for me thanks "Format > Section > uncheck protect on Write Protection and OK.
2020, LibreOffice 6.3.3.2 and bug still exists. and this was the solution I was looking for.
I found a solution for this problem. This happened to a particular cell while I was editing a table. I could get rid of it changing the size of the cell. I grabbed the top edge of the cell and dragged it down, and then I could edit it again. I don’t know if it will work for you, but it did for me. Nothing else did work, except for changing the size of the cell.
Thanks for that tip regarding the de-protecting section [write-protected content cannot be changed]. This reply is just because I don’t often need to “Ask Libre”, and I’m testing the “reply to” icon.
Cheers, Jasper.
I found an answer that worked for me here:
- Select at least one character prior to the field, all the field, and
at least one character after the
field.- Cut this content.
- Paste it back as unformatted text.
- Manually remove the “#” before and after the re-pasted content.
- Manually reformat any character styles that were present in the
original field i.e., bold, italic,
etc.The field is lost by doing this, but
at least you have the content.
1 Like
Got good hint from this answer…
Try repasting the contents in the starting field (or cell as in table). It worked for me.
Weird problem, and solution even more weird, 
Thank you so much.
Did not work for me. What worked for me is this solution: uncheck the following option Tools / Options / LibreOffice Writer / Compatibility / Protect form
I solved my problem with protected forms by unsetting an option in the Options dialog:
Tools > Options … > LibreOffice Writer > Compatibility > Remove the tick mark from the " Protect form " line.
THANK YOU! It really should be listed here: Protecting Content in LibreOffice Writer - LibreOffice Help
After half an hour of searching this is the answer for me!
I also got this problem after importing a Word “.doc” file with some embedded form objects ( check boxes ).
The file opens up just fine in Word, where I can check and uncheck the check boxes and edit the content with no problem.
But after importing and loading it into LibreWriter, the status bar showed “read only” and when trying to edit the contents a message popped up saying “Write-protected content cannot be changed, no modifications will be accepted”. Check boxes could still be checked / unchecked, though.
The solution involving sections ( “Format” → “Sections” ) didn’t work, because it was grayed out ( → no sections ).
Finally, the solution that worked for me was the one about “protected form”:
- Go to “Tools” → “Options”
→ “LibreOffice Writer” → “Compatibility” → “Protect
form” - Make sure the “Protect form”
option is unchecked.
Now you can check / uncheck the check boxes and edit / modify the contents of the document.
( Using LibreOffice 5.1.6.2 and Ubuntu 16.04 LTS )
Thank you - for me it was “Protect form” and “Cursor in Protected Areas”
What else should ‘Read Only’ mean? One must have applied the setting and should have known what he (f/m) does.
If needs arise to cancel protection: There are different containers of text that can be protected (tables by every singel cell; frames - just to name two examples). Thus a refined design of using protection in a document / template is possible. A global switching off of protections will not be available.
I think the documents should be analised with the help of the navigator to identify the containers concerned - and, of course, the templates should be reworked to get documents as intended.
Editing: In a comment above “jerquee” linked in a thread from another forum on LibreOffice. There “jonhayes” had attached an example file to his post. Having studied that a bit with the help of an XML-editor I think the most likely cause of the problem is carelessly pasting content copied from non-odf source and containing incompatible or unsufficiently specified field-types. For better understanding you may refer to “owengs”'s contributions to this thread. The bug in LibreOffice should be to not refuse accepting pasted contents that cannot be thoroughly validated for one or another reason. We experience just another aspect of the “compatibility dilemma” enjoyed to the full by an unfortunately powerful competitor.