Created attachment 70116 [details] DOCX - How it should be seen A friend send me a .docx created with office 2007. I had to ask to a friend to send me the file in PDF to see it right... The things are not in order and not even on the same page... I'm joining both files here...
Created attachment 70118 [details] DOCX file
Confirmed with LO 3.6.2. Bad regression with LOdev 4.0 Beta1. Only 1 page displayed instead of 22 and only the text "AIESEC en Viña del Mar Presenta:"
Regression with LOdev 4.0 Beta1 filed as Bug 58458.
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (4.4.2 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-05-02
The PDF is not really indicative of how it should look. Word viewer shows it differently and more logically to my eye. LibO shows it differently from Word viewer. Example: Image anchored "As character" jumps from pg 1 to pg 2. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: 3ecef8cedb215e49237a11607197edc91639bfcd TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-06-19_23:16:58 Locale: fi-FI (fi_FI)
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
These multi-issue bug reports need to be broken down into single issues. There are 3 issues I see here 1) Headers set to all pages but only displayed on First 2) Text Boxes and Pictures shifted down on several pages Let's track all the layout and picture/textbox issues of 2) in separate reports.
Created attachment 129364 [details] Stripped Down Bug Doc Showing Header Issue Header should be shown on all pages but Writer only shows on first page.
*** Bug 112488 has been marked as a duplicate of this bug. ***
Added Miklos who is working on .docx header issues
Section 2 content with Link to Previous is not shown. If Link to Previous is turned off in MSO, it is.
Created attachment 142833 [details] Another sample DOCX (In reply to Timur from comment #11) > Section 2 content with Link to Previous is not shown. > If Link to Previous is turned off in MSO, it is. Only shapes/graphical content, and only if text wrapping is enabled. Attaching another sample with a bit of text included, the header has wrapping set to Square, the footer is set to In Line With Text.
(In reply to Aron Budea from comment #12) > Created attachment 142833 [details] > Another sample DOCX > > (In reply to Timur from comment #11) > > Section 2 content with Link to Previous is not shown. > > If Link to Previous is turned off in MSO, it is. > Only shapes/graphical content, and only if text wrapping is enabled. > Attaching another sample with a bit of text included, the header has > wrapping set to Square, the footer is set to In Line With Text. Hi Aron, The problem with that specific document is no longer reproduced in Version: 6.4.0.0.alpha0+ Build ID: 41cd3e8e817c8c33a13608e62eeb06ce2c6977e4 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 bisecting it to find when it got fixed could help with the document submitted by Luke
(In reply to Xisco Faulí from comment #13) > (In reply to Aron Budea from comment #12) > > Created attachment 142833 [details] > > Another sample DOCX > > > > (In reply to Timur from comment #11) > > > Section 2 content with Link to Previous is not shown. > > > If Link to Previous is turned off in MSO, it is. > > Only shapes/graphical content, and only if text wrapping is enabled. > > Attaching another sample with a bit of text included, the header has > > wrapping set to Square, the footer is set to In Line With Text. > > Hi Aron, > The problem with that specific document is no longer reproduced in > > Version: 6.4.0.0.alpha0+ > Build ID: 41cd3e8e817c8c33a13608e62eeb06ce2c6977e4 > 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 > > bisecting it to find when it got fixed could help with the document > submitted by Luke it got fixed in https://cgit.freedesktop.org/libreoffice/core/commit/?id=28b77c89dfcafae82cf2a6d85731b643ff9290e5 @Michael Stahl, since you commit fixed one of the problematic files in this issue, I thought you might be interested in this one...
The problem of the header graphic not showing up on page 2 is fixed in 7.0 (and 6.3.6) by commit 81ec0039b2085faab49380c7a56af0c562d4c9e4 Author: Michael Stahl on Mon Jan 20 13:48:27 2020 +0100 tdf#129582 sw: fix copying of flys in header/footer in DOCX/RTF import The problem is that the exception for writerfilter in IsDestroyFrameAnchoredAtChar() and IsSelectFrameAnchoredAtPara() is wrong in the case when the header/footer content is copied via SwXText::copyText(); that is, previously the situation was that writerfilter relied on Delete not deleting such flys (for RemoveLastParagraph) but Copy copying them. (regression from 28b77c89dfcafae82cf2a6d85731b643ff9290e5 and e75dd1fc992f168f24d66595265a978071cdd277) So restrict the writerfilter hack to delete; this causes a problem with ooxmlexport9 test testTdf100075: it has 2 flys anchored at the same paragraph; writerfilter will insert the content into the body and then convert to fly; when the 2nd one is converted it will copy the 1st fly and anchor it inside the 2nd fly but then unotext.cxx:1719 will reset its anchor to inside the body... Prevent this unwanted copy by relying on the new parameter bCopyText that was introduced in 04b2310aaa094794ceedaa1bb6ff1823a2d29d3e, but change things a bit so that the case that pass in the extra flag isn't the copyText() one that wants the *normal* selection semantics in writerfilter import, but the 2 known places that want the *exceptional* selection semantics in writerfilter import (hopefully there aren't more). This is not ideal and the various bool parameters to CopyRange() plus mbCopyIsMove plus mbIsRedlineMove should probably be consolidated into some flags enum passed to CopyRange().
Hi Justin, Thanks for the revert bisection. Since bug 129582 is a regression and this issue is inherit from OOo I've created another unittest for this ticket at https://gerrit.libreoffice.org/c/core/+/99131
The problem of the image on the first page moving to the following page was fixed in 7.1 commit b216fc5b583050cfb1cdf9bd82ec3c1bd2e09d70 Author: Bakos Attila on Tue Jun 30 15:03:31 2020 +0200 tdf#118701 DOCX import: fix image position on page break If an image anchored to an empty paragraph only with section properties, don't remove that paragraph to keep the image on the page before the page break. IsLastParaEmpty() tries to move a text cursor over the empty paragraph marked for deletion. If it contains an image anchored as a character, the cursor won't reach the end of the previous paragraph by goLeft(2). Co-authored-by: Attila Bánhegyi (NISZ)
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/b28878e395cbd028aa3776ce6cefc5f4544482be tdf#57155: sw_ooxmlexport7: Add unittest It will be available in 7.1.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Created attachment 165512 [details] DOCX - 1st page compared This is a messy report. I think we were looking at 1st page. So it's OK now, as seen.
Created attachment 165513 [details] DOCX resaved in MSO Original DOCX is older 2007, we need to also test newer DOCX resaved in MSO.
Created attachment 165514 [details] DOCX resaved in MSO - 1st page compared DOCX resaved in MSO has all the elements but formatting is not good. Surely another bug, question is just if already reported.
Created attachment 165515 [details] DOC saved in MSO from DOCX Since this is a complex document, let's see also DOC saved in MSO from DOCX.
Created attachment 165516 [details] DOC saved in MSO from DOCX - 1st page compared 1st page looks good in LO 7.1+
(In reply to Timur from comment #21) > Created attachment 165514 [details] > DOCX resaved in MSO - 1st page compared > > DOCX resaved in MSO has all the elements but formatting is not good. > Surely another bug, question is just if already reported. bug 136772