https://bugs.documentfoundation.org/show_bug.cgi?id=158582

            Bug ID: 158582
           Summary: FILEOPEN DOCX Dropdown Content Controls are opened as
                    legacy fields
           Product: LibreOffice
           Version: 7.1.0.3 release
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Writer
          Assignee: libreoffice-bugs@lists.freedesktop.org
          Reporter: kelem...@ubuntu.com
            Blocks: 113363

In some cases the dropdown/listbox type content controls are opened as legacy
fields.

This was added in bug 134043 in 7.1, to cover a special "legacy field in odt"
-> docx -> Writer use case. Export already used sdt controls.

However this behavior was largely removed in 7.4 with commit:

https://git.libreoffice.org/core/+/24417d8c3c9e1c619936e85fa7a20481a24e3530
author  Miklos Vajna <vmik...@collabora.com>    Wed May 11 08:17:32 2022 +0200
committer       Miklos Vajna <vmik...@collabora.com>    Wed May 11 09:25:27
2022 +0200

sw content controls, drop-down: add DOCX import

For example if the example file from bug 134043 attachment 162064 is saved in
7.1, then reopened in 7.4, the fields open as proper content controls and not
as legacy fields anymore. 

However there are still corner cases where the old hack is triggered. One such
case is the unit test example file
sw/qa/extras/ooxmlexport/data/combobox-control.docx which was added in bug
134043 and contains only a single dropdown content control. The attachment is a
reproduction of this file to show it's nothing special.

Another case is when this content control is inside a table. I'm not sure why
are these special, but overall I think this SdtHelper::createDropDownControl()
method has outlived its usefulness. 
Also its behavior can be modified with the
officecfg::Office::Writer::Filter::Import::DOCX::ImportComboBoxAsDropDown
config key: turning it off makes the content controls import as UNO form
control, which  existed before the above hack to turn them into fields was
added - another obsolete approach now that we have viable content control
implementation.

1. Open attached document
-> Check in the Navigator that it contains a field
2. Go to Options - Advanced - Expert configuration
3. Search for the key ImportComboBoxAsDropDown and turn it off
4. Reload the document
-> Check in the Navigator that it no longer contains a field, but there is a
form control

The same steps apply for the second example file.

Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 43967453e15e1d054972a7586cfef8f8e0866270
CPU threads: 15; OS: Windows 10.0 Build 19045; UI render: default; VCL: win
Locale: hu-HU (hu_HU); UI: en-US
Calc: threaded


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=113363
[Bug 113363] [META] DOCX (OOXML) content control-related issues
-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to