Importing the document found on the following website: http://www.sarafi.com.au/images/sarafi_files/money_transfer_form.docx This document's layout is broken. There should be only a single page and also the form widgets are out of place/incorrect, I am guessing the DOCX file was created with MS Word. If deemed helpful, I could attach a PDF printed from MS Word as a reference.
> If deemed helpful, I could attach a PDF printed from MS Word as a reference. Yes please.. Would make job easier for many testers here :)
Created attachment 105577 [details] The document printed via FreePDF from MS Word 2007 In the original document (linked to in the bug report), there are many input fields (which of course are lost in this PDF version). For example, the "Choose Country" fields are dropdowns, "Enter Date of Birth" shows a datechooser when clicked.
Created attachment 105578 [details] The original DOCX file. Just to keep it here in case the original link dies.
Created attachment 105682 [details] screenshot of incorrect interpretation I can confirm this bug. See the attached screen-shot. LinuxMint 17 Cinnamon LO 4.2.4.2 Build id.: 420m0(Build:2)
I repro on 4.3.2.2 Win 7, but on dev build I get Assertion failed and can't open the document. Version: 4.4.0.0.alpha0+ Build ID: 9177329a425cf70b515d1f266132838894fe54c6 TinderBox: Win-x86@39, Branch:master, Time: 2014-10-06_01:02:02
Created attachment 108067 [details] screenshot in 4.3.2.2
Created attachment 108068 [details] screenshot in 4.4.0.0 alpha bug confirmed under 4.3.2.2 and 4.4.0.0.alpha0+ Build ID: 3e2bd1e4022e25b77bcc8eba5e02c1adc57008a1 TinderBox: Win-x86@42, Branch:master, Time: 2014-10-16_01:04:13 however document rendering in 4.4.x though not perfect yet is much better than 4.3.x see attached screenshots
** 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.4 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 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-12-20
Dear FriendFX, 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 167535 [details] The minimized example file in Word and Writer 7.0 Looks quite good now in: Version: 7.0.0.3 (x64) Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU szálak: 4; OS: Windows 6.3 Build 9600; Felületmegjelenítés: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: hu-HU Calc: CL In 6.4 and before some dropdown fields (such as State:) had their default text not broken to two lines like in Word (such as Choose State), which overlapped neighboring cells. Now these display by default the first option. What's still different is the page border line in Word does not include the header/footer while in Writer it does.
OK - so sounds like a layout issue then. Restating - the problem now is that the page style borders include the header/footer in Writer, but in Word the borders exclude the header/footer. So a compatibility flag would need to be used for this distinction. Reducing the importance.
Created attachment 174103 [details] 1-page DOCX sample unprotected The original DOCX file is protected, so here is unprotected DOCX from MSO with just header, footer and line numbers. It fits to 1 page in MSO. Bug reproduced in 7.3+, as content goes to 2nd page.
Created attachment 183445 [details] The 1 page document in Word and Writer master Seems like the 1 page sample got better in https://git.libreoffice.org/core/+/1f127a2b9e1c1daab0972f98fc8708ecb7afa299 author Miklos Vajna <vmiklos@collabora.com> Tue Jun 07 08:03:34 2022 +0200 committer Miklos Vajna <vmiklos@collabora.com> Tue Jun 07 08:45:46 2022 +0200 sw layout: allow negative page border distances Now the header text is not inside the page border, but the footer text still is.
(In reply to NISZ LibreOffice Team from comment #10) > What's still different is the page border line in Word does not include the > header/footer while in Writer it does. That is bug 71843.