Created attachment 129094 [details] sample Steps: 1. Open attached document Observed behaviour: Table on top of the document isn't imported Expected behavour: Table on top of the document should be imported and displayed Reproduced in Version: 5.3.0.0.alpha1+ Build ID: 4ebf1ea7cb66fc3e6b94cd38dd233aaead69f3d5 CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk3; Layout Engine: old; Locale: ca-ES (ca_ES.UTF-8); Calc: group but not in Version: 4.3.0.0.alpha1+ Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e
Regression introduced by: author Luboš Luňák <l.lunak@collabora.com> 2014-08-17 19:35:48 (GMT) committer Luboš Luňák <l.lunak@collabora.com> 2014-08-17 19:39:39 (GMT) commit b32881b6723072c8d1a652ea147d12e75766d504 (patch) tree f705e8fcb5320201beae7c6bc3031fc81926d54a parent eacc9e6bad22525e99e243b3fbb2405a00503bd3 (diff) fix reading even/odd page breaks from .docx (bnc#519228) We map Word's even/odd page breaks to Writer's left/right page styles. And we cannot just set any page style to be left/right, because that could set e.g. the default page style as such, which would make all normal pages that way. So instead we need to make a copy of the relevant page style, as the original page style as its follow, copy all the properties and headers/footers, and use this copy to get the page break. Adding Cc: to Luboš Luňák
Created attachment 131792 [details] bnc519228_odd-breaks.docx: unit test used in the regression commit The lost paragraph (paragraph 2 on page 1) in this document bibisected to the same commit identified in Comment 1 (https://cgit.freedesktop.org/libreoffice/core/commit/?id=b32881b6723072c8d1a652ea147d12e75766d504). That is pretty ironic - it is the unit test from that very commit.
(In reply to Justin L from comment #2) > The lost paragraph (paragraph 2 on page 1) in this document bibisected to > the same commit identified in Comment 1 These two problems are unrelated. The problem in the description's "in_ms_word.docx" comes from Writer's inability to copy header tables to a different style. In order to setup even/odd pages, the default's pagestyle was copied/changed to converted1. If you manually change the style back to "default style", then the table will re-appear. > That is pretty ironic - it is the unit test from that very commit. This paragraph is bRemoved in DomainMapper since it is considered to be a placeholder. This shouldn't be harmful and necessary under some conditions, so ignore this document for this bug report.
Repro 6.2+. If this 2007 DOCX is saved in MSO as DOCX, LO has the same problem with header but it shows SmartArt Organization Chart (still without text) which is another bug.
Dear Xisco Faulí, 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 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Created attachment 156898 [details] Screenshot of the document in recent 6.5 master The table seems to be imported since: Version: 6.5.0.0.alpha0+ (x64) Build ID: 08f13ab85b5c65b5dc8adfa15918fb3e426fcc3c CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; Locale: hu-HU (hu_HU); UI-Language: en-US Calc: CL https://cgit.freedesktop.org/libreoffice/core/commit/?id=08f13ab85b5c65b5dc8adfa15918fb3e426fcc3c author Michael Stahl <Michael.Stahl@cib.de> 2019-12-16 12:58:46 +0100 committer Michael Stahl <michael.stahl@cib.de> 2019-12-17 10:16:36 +0100 tdf#112202 writerfilter,sw: fix loss of headers
*** This bug has been marked as a duplicate of bug 112202 ***
Verified in Version: 6.5.0.0.alpha0+ Build ID: bf540873f5e258452fed5006f65a403c95e7872a 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