Bug 155464 - Exporting to doc/docx makes the content in a text grid duplicated many times
Summary: Exporting to doc/docx makes the content in a text grid duplicated many times
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.3.0.2 rc
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, implementationError
Depends on:
Blocks: DOCX-Fields
  Show dependency treegraph
 
Reported: 2023-05-24 01:45 UTC by Franklin Weng
Modified: 2024-04-14 06:21 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Sample docx file (15.97 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2023-05-24 02:04 UTC, Franklin Weng
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Franklin Weng 2023-05-24 01:45:04 UTC
Description:
The attachment sample file is used to test justified alignment.  When opening it, insert random characters in the first paragraph and save as doc or docx file, close and reopen it, the texts in the text grid below will be repeated several times.

Saving as odt, the result is correct.

7.2.5.2 does not have this problem.
7.3.4.2 has this problem.

Steps to Reproduce:
1. Open the attachment sample file.
2. Insert random characters (English okay) in the first paragraph.
3. Save as doc or docx file. (using another filename to compare with the sample file)
4. Reopen the saved doc/docx file.

Actual Results:
The texts in the text grid (frame) below replicated many times.

Expected Results:
The texts in the text grid should be the same as the sample file.


Reproducible: Always


User Profile Reset: No

Additional Info:
In 7.2.5.2 the result is correct:
Version: 7.2.5.2 / LibreOffice Community
Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5
CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: kf5 (cairo+xcb)
Locale: zh-TW (zh_TW.UTF-8); UI: zh-TW
Calc: threaded

In 7.3.4.2 the result is incorrect:
Version: 7.3.4.2 / LibreOffice Community
Build ID: 728fec16bd5f605073805c3c9e7c4212a0120dc5
CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: kf5 (cairo+xcb)
Locale: zh-TW (zh_TW.UTF-8); UI: zh-TW
Calc: threaded
Comment 1 Franklin Weng 2023-05-24 02:04:14 UTC
Created attachment 187468 [details]
Sample docx file
Comment 2 Telesto 2023-05-24 18:28:02 UTC
Confirm
Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 8635c9aa8c6f1078a9e220076d5a08daf30077e8
CPU threads: 8; OS: Mac OS X 12.6.3; UI render: Skia/Raster; VCL: osx
Locale: nl-NL (nl_NL.UTF-8); UI: en-US
Calc: threaded
Comment 3 Stéphane Guillou (stragu) 2023-05-24 21:52:32 UTC
Bibisected with linux-64-7.3 repo to first bad commit e894e8559875e32657ffbdd2015c6471c7973942 which points to core commit:

commit a4432eb0946c0bc775b3d30b634bef5d66544f8d
author	Vasily Melenchuk <vasily.melenchuk@cib.de>	Wed Nov 24 14:50:12 2021 +0300
committer	Thorsten Behrens <thorsten.behrens@allotropia.de>	Tue Dec 21 23:23:51 2021 +0100
tdf#104823: support for sdt plain text fields
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127015

Before that commit, input field was not recognised as such. So maybe an implementation error rather than a regression?

Vasily, can you please have a look?