Created attachment 95258 [details] Example Word document When attempt to view the attached Word document, nothing is displayed correctly. It seem that, all the text move to a "header" part, which is positioned at the bottom of the document. Step to reproduce: 1. Open the document in LO 2. View… Current behavior: Unreadable document Expected behavior: Readable document. Operating system: Xubuntu 12.04.4 LTS Version: 4.2.2.1 (Installed: 1:4.2.2~rc1-0ubuntu1~precise1 (from official Libreoffice ppa)) Build ID: 420m0(Build:1)
Created attachment 95259 [details] Expected rendering (as produced by Microsoft Word)
Created attachment 95260 [details] Current rendering by LibreOffice (display same as PDF output)
Thank you for reporting this issue! I have been able to confirm the issue on: Version: 4.2.0.0.alpha0+Build ID: 09a4c4d176ff97ab8ff4027af83a549991667baf Date: Tue Feb 25 19:58:48 2014 +0100 Platform :Ubuntu 13.10 DE: GNOME3 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + As I've been able to confirm this problem I am marking as: New (confirmed) Major - complete loss of formatting High - default Note: This is a tricky one as it really might be multiple bugs in one that combine to make this document garbage in LibreOffice. @Aymeric - what would be useful is if you could test older versions of LibreOffice and report back if some are better (or perfect). http://downloadarchive.documentfoundation.org/libreoffice/old/ If you can verify the problem on older versions please update the version field as the version is the oldest version where we see the problem. Thanks! + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link: https://wiki.documentfoundation.org/QA/BugTriage and join us on freenode at #libreoffice-qa There are also other ways to get involved including with marketing, UX, documentation, and of course developing - http://www.libreoffice.org/get-help/mailing-lists/. Lastly, good bug reports help tremendously in making the process go smoother, please always provide reproducible steps (even if it seems easy) and attach any and all relevant material
Thanks Joel for your reply. As you asked, I tried with some other (older) version of LibreOffice, on a freshly installed computer. Results: this Word document display exactly the same way (bogus/unreadable) with LibreOffice: * 4.1.5.3 * 4.0.6.2 * 3.6.7.2 * 3.3.4 * 3.3.0 So, I'm assuming this bug inherit from OpenOffice.org
@Aymeric, can you add to the bug a capture o
@Aymeric sorry :-) Seems page height is wrong, 300cm is too much
After further investigation, this bug is not reproducible on Linux x86 platform neither on Windows XP SP3 (x86 also). All my previous regression test have been done on an Ubuntu 12.04.4 amd64 (x86-64). This bug isn't Debian-based specific, I can reproduce it on Fedora 19 amd64 with LO 4.1.5. I don't know (and I can't test), if this affect other 64bits OS (Mac/Windows), or if it's only Linux amd64 specific.
Renders fine here on Win 7 64-bit 4.3.2.2 and today's 4.4.0.0 dev build.
Sorry but still an issue with 4.3.2.2 on Linux amd64. As as said before, this bug only affects 64 bits version of LO, not 32 bits. As far as know, Windows builds of LO are only 32 bits. I can't test with 4.4.0.0 dev 64 bits.
Never confirmed by QA team - moving back to UNCONFIRMED.
(In reply to Joel Madero from comment #10) > Never confirmed by QA team - moving back to UNCONFIRMED. Joel, you confirmed it in comment 3. so setting it back to NEW. anyway bug is not reproducible under Win8.1 x64 using LO 4.3.4.1 looks like Linux only @Aymeric please retest with current 4.3.4.1 and give feedback
I reproduced the wrong rendering on Linux. Ubuntu 14.10 64-bit Version: 4.5.0.0.alpha0+ Build ID: c2d8fed349747f526a74cde3fcd36c494fc199b2 TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2014-12-07_21:52:50
** 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
Hello All, I tried with LibreOffice 5.0.4.2, this issue is still present (Debian 8 uptodate). Looks like exactly as explained in my first original report. Regards, Aymeric.
J. Luth had a theory about 64-bitness, but I am confirming Win 64bit build shows it like expected rendering. So still Linux-only. Version: 5.2.4.1 (x64) Build ID: 9b50003582f07ac674d6451e411e9b77cccd2b22 CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; Locale: fi-FI (fi_FI); Calc: group
A "long" variable in 64bit Linux is 64bit, but under 64bit Windows it compiles as 32bit. Proposed fix https://gerrit.libreoffice.org/32051
Justin Luth committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=426215ca6fedd13ece07463ee95dd33bdb1a9a28 tdf#75856 SwTwips: replace with unambiguous sal_Int32 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.
Thanks, Justin! Now it works on Linux. Arch Linux 64-bit, KDE Plasma 5 Version: 5.4.0.0.alpha0+ Build ID: 06ea887f8ba34a628d7641eab210501f7bd2493d CPU Threads: 8; OS Version: Linux 4.8; UI Render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on December 16th 2016
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=588d917d0af740bb75c7cf5085f0db63e35f2df0&h=libreoffice-5-3 tdf#75856 SwTwips: replace with unambiguous sal_Int32 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.