Created attachment 85310 [details] MS Office doc with columns, rows and fields Problem description: Row heights changed, 2 pages instead of 1 page Steps to reproduce: 1. open attached doc in LibreOffice 4.1 2. print document 3. check row heights in the printout Current behavior: 2 pages are printed instead of 2, and 2 lines of the document appear on the second page. In the printout, some rows in the central part of the document are visibly higher than they are in the original document, hence 2 lines do not fit on the page. Expected behavior: All lines should be printed on he same page. Row heights should not change. Operating System: Windows 7 Version: 4.1.0.4 release
Printer / Printer Driver: Samsung CLP-320 Series
Opened with LibreOffice 4.2.0.1+, your test file takes 2 pages... It uses the "UniversR 45 Light" font which is not installed on my computer. Does this font is installed on your computer? Please, could you try again but with a more ordinary font like Arial? Best regards. JBF
Wa re-tested the issue with Arial. Rows are still moved but less than in the first test. But still a new page can be created by moved rows. Please see attachments - the lines indicate the offset.
Created attachment 93104 [details] offset in LibreOffice
Created attachment 93105 [details] original
Have you tried to play with the parameters of the table ? For example set the width to 100% instead to an absolute value ? Best regards. JBF
We played with the table again. With the original font: We found out that in LO 4.1.3 the tracking of the font is different. 2 more lines. With font changed to Arial, the tracking seemed to be the same in LibreOffice and Word, but also with Arial the fields are moved as you can see in Comparison-LO-MSWord.jpg. We re-tested the tracking in the original font also in LO 4.2.1 and found that the font was a bit more narrow, but this did not cause a problem in the table.
Created attachment 96085 [details] comparison LO 4.1.3 - MS Word, font Arial
tested under Win7x64 with LibO 4.2.4.2 test file is shown and printed as 2 pages instead of 1. I set status NEW.
** 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.1 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-07-18
Created attachment 117462 [details] PDF version of the DOC as viewed in DocsPal.com bug still present in LibO 4.4.5.1 under Win7x64 .doc testfile still shown and printed as 2 page document I'm uploading a PDF version of the .doc testfile as is correctly shown in DocsPal as 1 page only.
just found that the bug was not present in LibO 4.0.6.2 so it's a regression of the 4.1.x branch and needs bibisecting
Migrating Whiteboard tags to Keywords: (bibisectRequest) [NinjaEdit]
So comparing daily20160902 with 3.3.0.4, I see that cells A5, A6, D19, A20, A29, E35 have an extra line, caused by wrong text rendering. Note: I don't have the font UniverseR 45 Light in both versions of LibreOffice.
As per today, this regression can't be bibisected as it was introduced before 4.4 branch and there's no bibisect repository for the affected branch for windows, thus change 'bibisectRequest' to 'preBibisect'.
** 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 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
I reproduce 2 pages in Linux with 6.4+. Must be wrong "UniversR 45 Light" replacement. Not clear what would be an appropriate substitute. There's "Univers 45 Light" font that has only commercial substitutes. Maybe Open Sans or Roboto or Milford. Univers has broad range and there's really no universal 'alternative'. I don't reproduce in Windows in any version. Maybe because I have MSO? But font in LO is shown as substituted. And this font is not in system fonts. Also in other cases, including with similar font, I see a difference. I can't say the reason.
(In reply to Xisco Faulí from comment #15) > As per today, this regression can't be bibisected as it was introduced > before 4.4 branch and there's no bibisect repository for the affected branch > for windows, thus change 'bibisectRequest' to 'preBibisect'. Why Windows, looks like also Lin? I set again bibisectRequest. Note: didn't test 7.0+.
Bibisect request seems bogus, or else the problem was not seen on Windows ONLY in the past. I get the same 2-page result with Linux 43all repo, oldest, last35onmaster, last36onmaster, last40onmaster. Also with oldest and latest of 41max repo.
This entire report sounds bogus to me. You simply can't expect pixel-perfect sizing when you substitute an unknown font for something else. So what is the point of such a report?