Bug 45341 - Saving document with a input list field as a .doc file makes the input list field read-only
Summary: Saving document with a input list field as a .doc file makes the input list f...
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
3.5.0 RC2
Hardware: Other All
: medium major
Assignee: Not Assigned
Keywords: filter:doc, filter:docx
Depends on:
Blocks: DOC
  Show dependency treegraph
Reported: 2012-01-28 10:38 UTC by khagaroth
Modified: 2023-05-24 21:57 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

test .odt from 3.4.5 with field (10.13 KB, application/3dr)
2012-02-04 08:10 UTC, Cor Nouws
Basic form fields opendocument test case (9.78 KB, application/vnd.oasis.opendocument.text)
2016-08-15 11:13 UTC, daniel.oconnor
Resulting word document after conversion (24.00 KB, application/msword)
2016-08-15 11:13 UTC, daniel.oconnor
Word document converted back to opendocument (9.89 KB, application/vnd.oasis.opendocument.text)
2016-08-15 11:14 UTC, daniel.oconnor
Variant test case: Original ODT saved as docx (4.09 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2016-08-15 11:17 UTC, daniel.oconnor

Note You need to log in before you can comment on or make changes to this bug.
Description khagaroth 2012-01-28 10:38:56 UTC
As the summary says, if a document with a input list field is saved as a .doc, the input list becomes completely read-only.

It is still possible to open a popup with the choices and select a choice and the selected choice saves correctly (at least that's an improvement over OOo - read further), but it is not possible to edit the list of choices and more importantly, _there is even no way to delete the field_ as a whole.

I have noticed this with 3.5, but it's the same with 3.4.5. I didn't test 3.3 or older 3.4 versions, but it _is_ possible to edit the field (in the same document) if opened in OOo 3.3 (as a downside OOo doesn't save the selected choice, the default value is always displayed after reopening).

So it looks like the problem isn't with the file itself, but the way LO loads it. Note that re-saving to .odt doesn't fix this, the field is still read only. In the re-saved .odt, the list is stored as <field:fieldmark field:type="vnd.oasis.opendocument.field.FORMDROPDOWN" />, whereas the editable version is <text:drop-down />.

As a side note, if a input list is set as a cross reference target, it is reported as lost after saving to .doc, but it resolves and displays correctly if the file is opened in OOo?
Comment 1 Cor Nouws 2012-02-04 07:24:09 UTC Comment hidden (obsolete)
Comment 2 khagaroth 2012-02-04 07:45:27 UTC Comment hidden (obsolete)
Comment 3 Cor Nouws 2012-02-04 08:10:55 UTC
Created attachment 56601 [details]
test .odt from 3.4.5  with field

I tested with a .odt, that I created in 3.4.5 and converted that to .doc in various versions: 3.5.0RC3, 3.5.0RC1, 3.4.5, 3.3.4, 3.3.0

- in all versions the fields are read only
- in 3.3.4 and 3.3.0 there is no selection visible, or kept when you make it.

In OOo 3.3.0 the field in the .doc works as in an odt document

I guess this is a side effect/consequence of the field import ability for Ms-word from field documents...
Comment 4 Cor Nouws 2012-02-04 08:55:56 UTC Comment hidden (obsolete)
Comment 5 dE 2012-04-15 21:04:38 UTC Comment hidden (no-value)
Comment 6 A (Andy) 2014-12-25 11:46:41 UTC
Tested with LO (Win 8.1)

The field is selectable if I click on it, but it is unvisible that this is a drop-down list field (no border, no arrow on the right).
Comment 7 QA Administrators 2016-01-17 20:01:39 UTC Comment hidden (obsolete)
Comment 8 daniel.oconnor 2016-08-15 11:11:54 UTC
Build ID: 1:5.1.4-0ubuntu1
CPU Threads: 8; OS Version: Linux 4.4; UI Render: default; 
Locale: en-AU (en_AU.UTF-8)

I can reproduce the behaviour described, as well as other defects with the 'basic' controls.

 1. New document
 2. Add list control, add 2x list items
 3. Add combo box control, add 2x list items
 4. Add a radio control
 5. Add a checkbox control
 6. Save as Word 2003 document. You are warned that you are saving in a format which may not have all of the features
 7. Close and reopen

The resulting Word 2003 document:
 * Renders the list control in a way that you can no longer interact with it
 * Renders the combo box and lets you choose options; but there are no longer any controls to manage the object
 * Renders the checkbox, minus the label text
 * Renders the radio button control with label text - but no longer has a right click context menu appearing at all
Comment 9 daniel.oconnor 2016-08-15 11:13:11 UTC
Created attachment 126840 [details]
Basic form fields opendocument test case
Comment 10 daniel.oconnor 2016-08-15 11:13:42 UTC
Created attachment 126841 [details]
Resulting word document after conversion
Comment 11 daniel.oconnor 2016-08-15 11:14:20 UTC
Created attachment 126842 [details]
Word document converted back to opendocument
Comment 12 daniel.oconnor 2016-08-15 11:17:46 UTC
Created attachment 126843 [details]
Variant test case: Original ODT saved as docx

A further variant:

 * Create open document as per above
 * Save as .docx
 * Reopen

 * Checkbox control is rendered with label
 * Radio control is rendered with label
 * List control is rendered with options
 * Combo control is rendered with options
 * All controls have a context menu that allows them to be manipulated

 * Only the combo control renders, as a dropdown. It has the correct options, but you cannot manipulate it.
 * No radio, checkbox or list control
Comment 13 daniel.oconnor 2016-08-15 11:25:36 UTC
I think the latter scenario is mostly Bug #50097 so might leave that to cover off the export form controls to .docx behaviours.
Comment 14 Timur 2018-10-18 08:15:35 UTC Comment hidden (obsolete)
Comment 15 QA Administrators 2019-10-20 02:33:48 UTC Comment hidden (obsolete)
Comment 16 Timur 2019-11-14 10:02:26 UTC
In 6.4 alpha1, when RT DOC opens with LO, field is not read-only, but doesn't look as it should, with dropdown arrow. 
But more importantly, when that saved DOC is open with MSO, there's no field.
So bug stays open.
Comment 17 QA Administrators 2022-07-26 03:29:09 UTC Comment hidden (obsolete, spam)
Comment 18 Justin L 2023-05-24 21:57:26 UTC
I'm going to close this bug report. Things have greatly improved in general.

However, this bug report talks both about exporting to DOC and DOCX. I see some content controls, and some fieldmarks controls. So there is absolutely no focus whatsoever, and thus no point in keeping this open.