Bug 122628 - FILEOPEN DOCX: custom document information field adds extra CR's before filling in the relevant data (comment 9)
Summary: FILEOPEN DOCX: custom document information field adds extra CR's before filli...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: interoperability
Keywords: filter:docx
: 131574 (view as bug list)
Depends on:
Blocks: DOCX-Paragraph DOCX-Fields
  Show dependency treegraph
 
Reported: 2019-01-10 10:50 UTC by Cor Nouws
Modified: 2024-11-11 03:12 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
docx file with frames in header that open with wrong wrapping (74.29 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-01-10 10:50 UTC, Cor Nouws
Details
screen print of original file in Word (62.93 KB, image/png)
2019-01-10 10:51 UTC, Cor Nouws
Details
screen print of original file in master 63 (97.87 KB, image/png)
2019-01-10 10:51 UTC, Cor Nouws
Details
screen print of original file in LO 4062 (80.41 KB, image/png)
2019-01-10 10:52 UTC, Cor Nouws
Details
screen print of original file in LO 3304 (48.44 KB, image/png)
2019-01-10 10:53 UTC, Cor Nouws
Details
screen print of improved file in master 63 (102.97 KB, image/png)
2019-01-10 10:53 UTC, Cor Nouws
Details
finaly the improved file, saved as docx in master 63 (43.64 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-01-10 10:54 UTC, Cor Nouws
Details
Minimized document with problematic text box containing document field (40.79 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-05-18 15:27 UTC, NISZ LibreOffice Team
Details
Screenshot of the minimized document in Word and Writer (103.88 KB, image/png)
2020-05-18 15:28 UTC, NISZ LibreOffice Team
Details
Even more minimal sample only with the custom field (29.41 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-11-10 08:33 UTC, NISZ LibreOffice Team
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Cor Nouws 2019-01-10 10:50:06 UTC
Created attachment 148204 [details]
docx file with frames in header that open with wrong wrapping

Attached a DOCX with three frames in the header, that in LibreOffice mix with the content of the letter.
The frames are opened with wrapping In Background. If you change that to wrapping Off, the document in displayed excellent.

Then also saving in LibreOffice as docx and opening again, works good.

First noticed in master 63.
But this has never worked in LibreOffice.
Comparing with e.g. 4062 and 3304, we can even notice great improvements.

Will attach a screen shot from Word and some more too.
Comment 1 Cor Nouws 2019-01-10 10:51:28 UTC
Created attachment 148205 [details]
screen print of original file in Word
Comment 2 Cor Nouws 2019-01-10 10:51:59 UTC
Created attachment 148206 [details]
screen print of original file in master 63
Comment 3 Cor Nouws 2019-01-10 10:52:33 UTC
Created attachment 148207 [details]
screen print of original file in LO 4062
Comment 4 Cor Nouws 2019-01-10 10:53:04 UTC
Created attachment 148208 [details]
screen print of original file in LO 3304
Comment 5 Cor Nouws 2019-01-10 10:53:49 UTC
Created attachment 148209 [details]
screen print of improved file in master 63
Comment 6 Cor Nouws 2019-01-10 10:54:23 UTC
Created attachment 148210 [details]
finaly the improved file, saved as docx in master 63
Comment 7 Xisco Faulí 2019-02-12 17:02:52 UTC
Reproduced in

Version: 6.2.0.0.alpha1+
Build ID: a20a2d7e0d28658f2d9089da076961a599833a28
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US
Calc: threaded
Comment 8 Xisco Faulí 2020-03-25 15:51:36 UTC
*** Bug 131574 has been marked as a duplicate of this bug. ***
Comment 9 NISZ LibreOffice Team 2020-05-18 15:27:18 UTC
Created attachment 160981 [details]
Minimized document with problematic text box containing document field

Minimized document shows two general problems:

- The paragraph in the header has a huge, 13 cm (361 pt) Spacing after value set to make vertical room for the textboxes. Writer seems to have (since 3.5 times) a limit on the spacing after value which is 10 cm (283 pt). This is the main reason why the header slips into the document body.

- Another problem is that the text box left in this file contains a custom document information field ("Aan") which is imported with three empty preceding paragraphs that were not present in Word. I made this more obvious by adding a random D at the beginning of the text box and a random Z at the end of it.
Comment 10 NISZ LibreOffice Team 2020-05-18 15:28:07 UTC
Created attachment 160982 [details]
Screenshot of the minimized document in Word and Writer

Version: 7.0.0.0.alpha1+ (x64)
Build ID: 557c6777ad33b54af28541a96bcf91596995b388
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; 
Locale: hu-HU (hu_HU); UI: en-US
Calc: CL
Comment 11 NISZ LibreOffice Team 2020-05-18 15:30:06 UTC
This also has no frame objects to begin with, changing meta bug accordingly.
Comment 12 Justin L 2020-08-12 12:59:10 UTC
The overlapping part is fixed in 6.4.6 because of bug 128195.

As per emulation, anything anchored in a header/footer is considered "in background" in case it spills over into the body section. (see bug 135595)

(In reply to NISZ LibreOffice Team from comment #9)
> - Another problem is that the text box left in this file contains a custom
> document information field ("Aan") which is imported with three empty
> preceding paragraphs that were not present in Word.
So I guess we'll leave the issue open to focus on this part.
Comment 13 NISZ LibreOffice Team 2020-11-10 08:33:09 UTC
Created attachment 167162 [details]
Even more minimal sample only with the custom field

Even more simplified, only the custom field in this one. Bad ever since:

LibreOffice 3.5.0rc3 
Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735
Comment 14 QA Administrators 2022-11-11 03:56:23 UTC Comment hidden (obsolete, spam)
Comment 15 QA Administrators 2024-11-11 03:12:54 UTC
Dear Cor Nouws,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug