Created attachment 98599 [details] The Problem RTF document Hi, I cannot view the last page in the LibreOffice ,but view properly in Microsoft Word 2003 . Seems the last page and the last second page are merged. Please help with many thanks!!
Confirmed in Linux Mint in the latest releases from 3.6 to 4.1. The major problem is that opening this file in 4.2.4 or 4.3 beta will have all of the 11 pages on a single page, which will rev up the CPU and pretty much stop LibO from working. This was tested in Linux Mint and Windows XP
Created attachment 100024 [details] PDF export from Word 2010
Created attachment 100025 [details] Last 2 pages in LibO 4.1 (you can see that its page 9 on the left page 11 on the right)
Created attachment 100026 [details] Last 2 pages in Word 2010
I can't confirm that this is a regression - removing regression. I bibisected and actually the older versions are even worse (most show 2 pages only and are very cramped). Not a critical bug as it's a very unique test case (critical is for data loss/crashers that will affect a large number of users). Setting to: Major - data loss Highest - I'll leave at this (disagree a bit but that's okay :-D) Moving to MAB 4.2 since it's been around a long time. MAB 4.3 is only for regressions new to 4.3
I reproduce the problem as described in comment 1 with LibreOffice 4.2.5 on Debian x86_64. In LibreOffice 4.3.1.1 the situation is better: it does not freeze and the document has 12 pages (still not 11, but better than 1). Unfortunately, something is wrong, for example, the first 2 pages ("A" and "B") are merged.
This still effect 4.2.6, with not being able to open. If it opens in 4.1 and doesnt in 4.2, i assume that would be a regression. :) With 4.3.2, text the red text '4110-0280-404.493 B' from page 2 has jumped and is overlapping the red text on page 1 and the '4110-0280-404.493 C' red text on page 3 has jumped to page 2.
same findings as Jay under Win8.1 x64 using LibO 4.3.4.1 regarding the jump and overlap of those red lines. regarding the document page number, it is correct with 11 pages and I'm not seeing 12 pages as reported by Alexandr with LibO 4.3.1 moving this to mab4.3 list since 4.2.x is EOL
bug still present in LibO 4.4.3.2 and recent 5.1.0.0 alpha+
Migrating Whiteboard tags to Keywords: (filter:rtf)
[This is an automatic message] Changing version to 3.5.7.2 in order to get rid of 'preBibisect' version as 3.5.7.2 looks to be the last version not covered by bibisect-43all.
retested under Win8.1 x64 using LibO 4.4.3, 5.2.3 and a recent 5.3.0 alpha build. there's still a strange rendering of this .rtf file. as soon as you load it the page count incorrectly say "1 of 5" and you see red lines overlap in page 1. when you scroll it down, LibO shows transient freeze (that take longer in 5.2.x and 5.3.x rather than 4.4.3), overlap of soma pages and changing page count till you reach the end. so in 4.4.3 i finally see "11 of 11" pages, while in 5.2.3 and 5.3.0 alpha I see "12 of 12" pages. interestingly scrolling back to top is smoother and you don't see overlapping pages and going back to page 1 there are no more overlapping lines... I only see overlapping of letter "A" and "B" in the red text.
Created attachment 128686 [details] page 1 at first load
Created attachment 128687 [details] page 1 at first load check position of red lines and page count at the bottom (1 of 3)
Created attachment 128688 [details] page 1 after scolling to bottom and back to top red lines changed position and page count shows 12 of 12. red "A" and "B" letters still overlap.
still present in LibO 5.3.4.2 and recent 6.0.0.0 daily build. the only difference is that now the final page count is 11 (it was 12 in 5.2.3 and 5.3.0 alpha). al the other stuff (incorrect page count at first load, transient freeze when scrolling down and letter overlaps) is almost the same.
** 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 confirm the issue: part of the content of all pages looks like 'mixed' together. I exported as PDF the result, so you can easily diff them. I'm on Arch Linux x86_64 with LO-6.1.1
Created attachment 145076 [details] LO export of the imported RTF
Adjusting importance: Highest -> High
Created attachment 171294 [details] one more example with broken render Still present for LO 7.1.2 Adding another testcase. Just in case, Calligra Words 3.2.1 shows it fine.
Dear sc.chi, 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 https://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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug