Created attachment 148205 [details]
screen print of original file in Word
Created attachment 148206 [details]
screen print of original file in master 63
Created attachment 148207 [details]
screen print of original file in LO 4062
Created attachment 148208 [details]
screen print of original file in LO 3304
Created attachment 148209 [details]
screen print of improved file in master 63
Created attachment 148210 [details]
finaly the improved file, saved as docx in master 63
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 *** Bug 131574 has been marked as a duplicate of this bug. *** 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.
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 This also has no frame objects to begin with, changing meta bug accordingly. 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. 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
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 |
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.