Bug 155296 - FILESAVE: DOCX export loses placeholder text in content control field combo box
Summary: FILESAVE: DOCX export loses placeholder text in content control field combo box
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
7.6.0.0 alpha1+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: DOCX-Content_Control
  Show dependency treegraph
 
Reported: 2023-05-14 13:03 UTC by Hossein
Modified: 2024-06-17 08:00 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Content control fields created in MS Word (19.85 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2023-05-14 13:06 UTC, Hossein
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Hossein 2023-05-14 13:03:35 UTC
Description:
After saving a content control field combo box to DOCX in LibreOffice, the placeholder text goes away. It will be no longer visible in MS Word after selecting/unselecting the combo box.

Steps to Reproduce:
1. Copy a combo box content control field from a DOCX file to LibreOffice. As a sample, you can go to page 4 of attachment 182846 [details], and copy a content control field combo box.
2. Save it as DOCX.

As a shortcut, you can use attachment 187266 [details] instead of step 1 and 2.

3. Open the file in Microsoft Word.
4. Select and unselect the combo box.

Actual Results:
The placeholder text goes away after select/unselect. This breaks compatibility between LibreOffice and MSO.

Expected Results:
The placeholder text should remain after select/unselect.


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 35dca0ad624586c490bad612de0010c3bb228565
CPU threads: 12; OS: Linux 5.19; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: CL threaded
Comment 1 Hossein 2023-05-14 13:06:01 UTC
Created attachment 187267 [details]
Content control fields created in MS Word

To see the difference, open this attachment in MS Word, and compare it with attachment 187266 [details].
This file is created with the same process in step 1 and 2, but in MS Word.
Comment 2 Stéphane Guillou (stragu) 2023-11-17 15:38:11 UTC
I can't reproduce with MS Office 365 (online) and:

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 5fe2bf914c251009ec4709fa8fdc45c3b53f676b
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Can you still reproduce?
Comment 3 QA Administrators 2024-05-16 03:16:34 UTC Comment hidden (obsolete)
Comment 4 QA Administrators 2024-06-16 03:17:31 UTC Comment hidden (obsolete)
Comment 5 Hossein 2024-06-16 06:28:32 UTC Comment hidden (obsolete)
Comment 6 Hossein 2024-06-16 06:37:06 UTC
(In reply to Stéphane Guillou (stragu) from comment #2)
> I can't reproduce with MS Office 365 (online) and:
> 
> Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
> Build ID: 5fe2bf914c251009ec4709fa8fdc45c3b53f676b
> CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
> Locale: en-AU (en_AU.UTF-8); UI: en-US
> Calc: threaded
> 
> Can you still reproduce?
You may need MS Office locally. But, can you describe what happens when you open the file in MS Office 365 (online), and select/unselect the combo box?

You have to choose some option, and then select back the first option, which is a placeholder only.

Still reproducible with:

Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 20; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 7 Stéphane Guillou (stragu) 2024-06-17 04:27:27 UTC
I tested with:

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 9b41d33a00763bebd5fc70787052222d35a98a52
CPU threads: 4; OS: Windows 11 (10.0 build 22631); UI render: Skia/Raster; VCL: win

Followed the steps in comment 0.
At step 1, I copied the whole block of text from MS 365 desktop, which contains many content controls, and pasted in LO Writer. All content controls are pasted as greyed field, but they are not content controls.
So there's a more serious issue with copy-pasting content controls from MS 365 desktop to LO.

(In reply to Hossein from comment #6)
> can you describe what happens when you
> open the file in MS Office 365 (online), and select/unselect the combo box?
- attachment 187267 [details] (the one created by MSO) opened in MS 365 online: placeholder text (i.e. first choice in third control's dropdown) persists.
- attachment 187266 [details] (the one created by LO) opened in MS 365 online: placeholder also persists, but the third content control does not have a dropdown.
Comment 8 Hossein 2024-06-17 08:00:12 UTC
(In reply to Stéphane Guillou (stragu) from comment #7)
> (In reply to Hossein from comment #6)
> > can you describe what happens when you
> > open the file in MS Office 365 (online), and select/unselect the combo box?
> - attachment 187267 [details] (the one created by MSO) opened in MS 365
> online: placeholder text (i.e. first choice in third control's dropdown)
> persists.
> - attachment 187266 [details] (the one created by LO) opened in MS 365
> online: placeholder also persists, but the third content control does not
> have a dropdown.
Thank you for testing again.

It is not only about the first option being available or not, but it is about what you see after you select the first option in the end, which is a placeholder text.

With the original file opened in LibreOffice, it goes back to what it was. But after saving as .docx in LibreOffice and opening in MS Word, it changes, and when you set the content control dropbox to the first option, it shows something like a few dots: ....

That is the main problem. I may need to record a video to show the exact problem.