Created attachment 94816 [details] The archive contains a docx file produced with MS Word 2007 and the corresponding PDF file. Writer inserts an unwanted page break before a text frame that is supposed to lie at bottom of page one. How to reproduce: The attached unwanted_page_break.docx document (MS Office 2007) contains a page on which you will find a paragraph on top and a text frame at bottom. MS Word displays and prints both texts on the same page, as seen in the attached unwanted_page_break.pdf file. This file has been generated from MS Word 2007. Writer 4.2.1.1 places the text frame at the top of a new page and shows a page break between pages 1 and 2. Writer 4.1.3.2 shows the same problem. Current behavior: The text frame is at top of page 2. Expected behavior: The text frame is at bottom of page 1. Operating System: Ubuntu Version: 4.2.1.1 release
Thank you for reporting the bug. Reproduced with LibreOffice 4.1.4.2, 4.2.0.4 and 4.3.0.0.alpha0+ Build ID: db0222881be20744c071be451d77a7dc4a0dbb56 TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2014-02-21_10:31:05 I set version to 4.1.3.2 because this field contains the oldest version with a bug. In OpenOffice.org 3.3.0 the text frame is in the bottom of the first page, but misplaced in front of footer. In LibreOffice 3.5.4 the text frame is in the top of the first page.
Also reproducible with LibreOffice 4.2.1.1 on Windows 7. I set platform to all.
** 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.0.0.5 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-09-03
The behavior has changed. I tested the bug against LibreOfficeDev 5.1.0.0.alpha1+ Build ID: cf9fbdb379e2935677a73ced513d7faf855c299c under Ubuntu 14.04 64-bit. There is no more page break but the top paragraph containing "SOME TEXT" is now inside the frame, which is at the top as well. The frame should remain separated and at the bottom of the page (see PDF in attached archive).
I tested the behavior with the standard LibreOffice package coming with Ubuntu 14.02 64-bit, i.e. LibreOffice 4.2.8.2 and the behavior is the same as the previous log (LO 5.1.0.0.alpha1+). One additional remark: log #1 states that the old behavior was present on version 4.3.0.0.alpha0+ but version 4.2.8.2 shows the new behavior.
Migrating Whiteboard tags to Keywords: ( filter:docx) [NinjaEdit]
Note1: there is a page break in the document, so the page break itself is wanted, but the placement of the textframe is on the unwanted page (and in the unwanted position of the top of the page (vertical 0.0) instead of at the bottom (7.x). The latest problem was that the text frame was removed, caused by this patch between 4.3 and 4.4 with commit 5510f563502168defa4ccfc54214d781a7c92868 Author: Luboš Luňák <l.lunak@collabora.com> CommitDate: Sat May 24 00:41:49 2014 +0200 discard more header/footer stuff when discarding headers/footers (bnc#875718) Note2: the frame is NOT in the header
The frame moved from page1 to page2 somewhere between 3.6 and 4.0 from good 2012-06-25 13:19:03 (GMT) merge 3 copy and paste efforts back together as bestFitOpenSymbolToMSFont to bad commit 6263315825e01e766668b9ce5d2eb52e71e051a7 Author: Tor Lillqvist <tlillqvist@suse.com> CommitDate: Wed Jun 27 12:56:31 2012 +0300 Whitespace cleanup I couldn't find a particular commit in this range that looked to be the likely suspect.
(In reply to Justin L from comment #8) > I couldn't find a particular commit in this range that looked to be the > likely suspect. It came from the addition of bRemove in DomainMapper.cxx.
(In reply to Justin L from comment #7) Proposed fix: https://gerrit.libreoffice.org/26972
https://cgit.freedesktop.org/libreoffice/core/commit/?id=ecea3431ca761369d8180a74eba2877533050516
Proposed fixes: Fix to place the frame at the bottom of the page: https://gerrit.libreoffice.org/27453 tdf#75573 - docx handle frame properties at styles Fix to anchor to the page and not to the Margin: https://gerrit.libreoffice.org/27454 tdf#75573 allow style to define vAnchor Fix for comment 8 - keep frame on first page: https://gerrit.libreoffice.org/27455 tdf#75573 - docx don't remove frame anchor paragraph This document now imports nicely, but it still doesn't round-trip very well - information is lost multiple times when re-saving as docx.
Justin Luth committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=9920a0bf9d783978cd6f7b97f7528d8aa2571143 tdf#75573 - docx handle frame properties at styles It will be available in 5.3.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Justin Luth committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=eb345a155bc9cb92fffd3e5ea0269207b3bac0f1 tdf#75573 allow style to define vAnchor It will be available in 5.3.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Justin Luth committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=91ad1017b609be6fceccd392006dd9ab60724352 tdf#75573 - docx don't remove frame anchor paragraph It will be available in 5.3.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Created attachment 126440 [details] non-archived MS Word 2007 docx test file Single test files should not be stored in archive formats. Additional screenshots or pdfs should be attached separately.
With: 5f65ca15a2297f298536d07cfa8564a1f7c67abb I'm getting a 'Write-protected content cannot be changed.' read-only error when I try to edit the document. Word and earlier versions can edit it.
(In reply to Luke from comment #17) > I'm getting a 'Write-protected content cannot be changed.' read-only error > when I try to edit the document. Word and earlier versions can edit it. That fix is already queued up. It was a recent 5.2 regression / partially implemented feature.
Round-tripping (comment 12) is broken by a regression from bug 80748 which I have reopened. Workaround revert proposal: https://gerrit.libreoffice.org/27643 which isn't the greatest since it re-introduces potentially corrupt documents in MSWord in exchange for not losing data. Marking this bug as fixed.
The fix in comment 15 caused a regression: bug 104714
My fix in comment #11 > tdf#75573 docx - complete frames before starting alternate streams > An unused odd header was set to be discarded. The handling of > unregistered frames occurred at the same time, and thus ended up > being discarded as well. > Since a frame shouldn't encompass both the alternate stream > and the current stream, finalize any unfinished frames first. caused a regression in attachment 120911 [details] (Schindler Excellence.docx from bug 97417) where one of the tables merges with the following column around page7.
Justin Luth committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=34324bff1252dc5a51c9408f9502654453f319b6 tdf#75573 - relocate code: alternate stream already started It will be available in 5.4.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Justin Luth committed a patch related to this issue. It has been pushed to "libreoffice-5-3": http://cgit.freedesktop.org/libreoffice/core/commit/?id=4cbe2e712bab42e95fb55d78da6b1daf326f7f1b&h=libreoffice-5-3 tdf#75573 - relocate code: alternate stream already started It will be available in 5.3.0.1. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
verified. version: 5.4.0.0.alpha0+ / build id: febc116 / ls-4001 / android 5.1 the text frame is at bottom of page 1.