Parts of document set to read-only by Writer: how to disable (normal methods not working)?

Dear LibreOffice users,

I am running LO 4.2.6.2 on Fedora 20 (4.2.6.2-1.fc20) and I am updating Writer a document originally coming from OpenOffice.

It is a one page list of errands, with contents in 2 tables. I can edit part of the document correctly (one table) but the other is uneditable because it is actually read-only. I can see that from the disalog that pops-up when attempting to edit ("Readonly content cannot be changed.").

The problem is that I:
1. AFAIK never asked for this part of the document to be read-only.
2. am unable to change that back to editable.

Indeed, most solutions I have found ask to select the text/table and Choose Edit->Sections to enable back editing. In my case (attached captures), I can see the 'Sections' menu being grayed out in both cases. Also note how many more items are greyed out when in the read-only part of the document.

Could sb tell me what I need to do here? I have been searching for hours on a way to do that without success...

Thanks for your help on this matter!

Vincent

Vincent Rubiolo wrote:

Dear LibreOffice users,

I am running LO 4.2.6.2 on Fedora 20 (4.2.6.2-1.fc20) and I am updating
Writer a document originally coming from OpenOffice.

It is a one page list of errands, with contents in 2 tables. I can edit
part of the document correctly (one table) but the other is uneditable
because it is actually read-only. I can see that from the disalog that
pops-up when attempting to edit ("Readonly content cannot be changed.").

The problem is that I:
1. AFAIK never asked for this part of the document to be read-only.
2. am unable to change that back to editable.

Indeed, most solutions I have found ask to select the text/table and
Choose Edit->Sections to enable back editing. In my case (attached
captures), I can see the 'Sections' menu being grayed out in both cases.
Also note how many more items are greyed out when in the read-only part
of the document.

Could sb tell me what I need to do here? I have been searching for hours
on a way to do that without success...

Thanks for your help on this matter!

Vincent

To protect cells in a table, you can select them and either use the menu Table > Protect Cells, or right-click > Cell > Protect. You may have accidentally clicked one of those option at some point and not noticed since there's no immediately obvious effect; it's easily done.

Having done that, Table > Protect Cells is disabled so can't select that again to remove protection. However, you can right-click > Cell > Unprotect. A bit inconsistent, but hopefully that helps!

I've submitted bug 83011 to report the inconsistency in options to remove cell protection:
   https://bugs.freedesktop.org/show_bug.cgi?id=83011

Mark.

Good evening Mark,

Thank you very much for your insightful reply!

I have tried what you advised but unfortunately this does not work: when I go to the protected part of the document and click on the protected text, the right-click 'Cell' menu contains only a 'No selection possible' greyed entry.

The cell is the wrongly protected one because this is where I get the 'read-only' popup I mentioned if I try to backspace at that point.

I can confirm the right-click contextual menu is otherwise the correct option because I can freely use it on the other table in the document to successfully protect (I then get the popup when attempting to edit the text) and unprotect a cell.

Is there something else that I could try? I can take screen captures but it seems the list does not accept attachments.

Thanks again,

Vincent

PS: thanks for opening the bug. In my case, I had a hard time realizing the cell was in read-only mode because i wanted to use search and replace and while the pattern was correctly found, the replacement was not working, without a clue as to why this happened. I think this warrants a bug report as well (there does not appear to be one on the bugzilla).

One possibility here is that structure of your document is more complex than simply cells of table. Have you perhaps got a table - even if only of a single cell - inside a cell of another table? If so, you may have the relevant cell of the outer, containing table protected with the cell of the inner table not protected. As the outer cell is protected, you cannot change the properties of the inner table cell, so the Cell > submenu there will indeed show a greyed-out <No selection possible>.

The solution is to unprotect the outer table cell. If there is no room to get your cursor into the outer table cell without it being also in the inner table cell (so you cannot get to the relevant context menu), put the cursor at the end of the text in the inner cell and press Alt+Enter. You'll then have space to get to the context menu you require.

I trust this helps.

Brian Barker

Hello Brian

One possibility here is that structure of your document is more complex
than simply cells of table. Have you perhaps got a table - even if only
of a single cell - inside a cell of another table? If so, you may have
the relevant cell of the outer, containing table protected with the cell
of the inner table not protected. As the outer cell is protected, you
cannot change the properties of the inner table cell, so the Cell >
submenu there will indeed show a greyed-out <No selection possible>.

The solution is to unprotect the outer table cell. If there is no room
to get your cursor into the outer table cell without it being also in
the inner table cell (so you cannot get to the relevant context menu),
put the cursor at the end of the text in the inner cell and press
Alt+Enter. You'll then have space to get to the context menu you require.

I trust this helps.

Thanks for the suggestion. Even though the document structure is very simple (I don't think there are nested tables), I have tried what you advised. However, this does not work because 'Alt+Enter' modifies the cell (inserts a newline), something I cannot do for my read-only cell. The key combination thus does nothing, whereas it does insert the newline when I am in the other part of the document (the one which is writable).

Unless you have more suggestions, at this point, I think I will open a bug report so that I can attach the document and people can try things out.

Vincent

Vincent Rubiolo wrote:

Hello Brian

One possibility here is that structure of your document is more complex
than simply cells of table. Have you perhaps got a table - even if only
of a single cell - inside a cell of another table? If so, you may have
the relevant cell of the outer, containing table protected with the cell
of the inner table not protected. As the outer cell is protected, you
cannot change the properties of the inner table cell, so the Cell >
submenu there will indeed show a greyed-out <No selection possible>.

The solution is to unprotect the outer table cell. If there is no room
to get your cursor into the outer table cell without it being also in
the inner table cell (so you cannot get to the relevant context menu),
put the cursor at the end of the text in the inner cell and press
Alt+Enter. You'll then have space to get to the context menu you require.

I trust this helps.

Thanks for the suggestion. Even though the document structure is very
simple (I don't think there are nested tables), I have tried what you
advised. However, this does not work because 'Alt+Enter' modifies the
cell (inserts a newline),something I cannot do for my read-only cell.
The key combination thus does nothing, whereas it does insert the
newline when I am in the other part of the document (the one which is
writable).

That suggests that you do have tables within cells of an outer table, since Alt+Enter otherwise does nothing.

Another thing you can do to access the outer table cell is to position the cursor at the end of the last cell of the table which is within another table's cell, and press the right arrow key. The cursor moves out of the inner table, but still within the outer table's cell. It looks like a new line has been added, but that's just for display and still works even when the cell is protected; the extra line disappears again if you move out of that cell without adding anything.

If you're not sure which cells might be the last cell of an inner table, it's probably the last one which you can't modify. Otherwise, just try pressing right arrow from the end of each cell in turn.

Unless you have more suggestions, at this point, I think I will open a
bug report so that I can attach the document and people can try things out.

Bug reports are for reporting faults in the software. Unless the protected areas of the document have resulted from a bug, the report will quite likely be closed as invalid since the software is working as intended by not allowing changes to protected cells.

You're better off uploading the document to a file sharing service, and pasting a link here. Alternatively, I hear the Nabble interface to the mailing list allows you to upload attachments and includes a link in the message email, although I've never used that so can't say how to do it:
   http://nabble.documentfoundation.org/Users-f1639498.html

Mark.

Just a thought, but wouldn't "View | Navigator" help here? On a simple
test document in Writer, after inserting a table within a table, I see
two tables listed in Navigator. They appear under each other, so there
is no way to tell that they are nested, but double-clicking on them
takes one to the first cell in each, so I can tell from that where the
tables are. Although I do note that when I have an inner table in the
first cell of an outer table, double-clicking on either table in
Navigator takes me to the first cell in the inner table. But by
right-clicking on the table in Navigator, I can select "Table | Edit"
to bring up the "Table Format" dialog, though again I note that doing
so for either the outer table or the inner table in the first cell
edits the format of the inner table, which I assume is a bug, and
should probably be reported.

Surely this would help to determine if the OP does indeed have two
nested tables, as Brian suspects?

Paul

Or - as has already been suggested - you could just send it to someone or post it somewhere for others to check ...

Brian Barker