Created attachment 48294 [details] Doc file that blocks LibreOffice. When I try to open the attached document, LibreOffice v3.4.1RC1 blocks. An earlier version of OpenOffice also blocked, on Windows and on Linux. MS Word has no problem with this file.
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
I verified that this document still blocks LibreOffice v3.5.0.
This bug still exist using LibreOffice 4.0.0 and Linux Mint 14 x64. Opening this file result in an endless loop (page count increase fast and infinite) until memory is full. @Michael, Cédric: memory leak? or an endless loop in the doc import filter of writer? Kind regards, Joren
(In reply to comment #3) > This bug still exist using LibreOffice 4.0.0 and Linux Mint 14 x64. > Opening this file result in an endless loop (page count increase fast and > infinite) until memory is full. > Just tested and confirms it still exists in LibreOffice 4.0.4.2 Release. Need to confirm how the example file was created.
(This is an automated message.) LibreOffice development currently prioritizes bugs with the so called MAB (most annoying bugs) -- as this bug has not run through that process (including writing a short rationale for this bug being a candidate and other who are watching the tracker bug silently approving that rationale etc.) its priority is set to high. Note this is effectively no change in the urgency assigned to this bug, as we are currently not making a difference between high and highest and severity is untouched. You can find out more about MABs and how the process works by contacting libreoffice qa on irc: http://webchat.freenode.net/?channels=libreoffice-qa The QA wiki page also gives you hints on how to get in contact with the team (if IRC fails you, your next best choice is the mailing list): https://wiki.documentfoundation.org/QA
Hi, I don't know how the original file was created. I run a site that receives word files from journalists (not affiliated with us) and we use LibreOffice to take screenshots of these files. A good percentage of our files are hit by this bug, and it includes files coming from different sources. I didn't take accurate statistics of the percentage of files that are affected by this bug, so I may be overestimating the problem. I believe our user sample is big enough to be representative of modern word files created today (probably different from a set of historical word files). The main bias that I know of from our sample is that most of our users are spanish. In my opinion this bug should stay at highest priority. Cheers,
** 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.2 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-05-02
Still reproducible. The image is anchored to character in the header so that it will repeat on each page. I was able to stop the loop by Image -> Wrap -> under Options, uncheck Contour and OK. I also noticed the following: Under Spacing on the Wrap tab, if you move between tabs then Top and Bottom switch places. On Crop tab, Original Size is 2.72 cm x 27.76m. Both Scale and Image Size are set larger. The page height is 29.70 cm and the Size on Type tab is set to 29.92 cm. The difference is .22cm which shows up under Spacing. Going back into the Image dialogue and moving between the tabs and adjusting heights set the loop off again. Windows Vista 64 Version: 4.4.3.2 Build ID: 88805f81e9fe61362df02b9941de8e38a9b5fd16
** 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.1.5 or 5.2.1 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 helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
Repro with: Version: 5.4.0.0.alpha0+ Build ID: b894104a0b02a9b074c76feb925389d7bee6a493 CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; TinderBox: Win-x86@39, Branch:master, Time: 2016-12-10_01:00:52 Locale: nl-NL (nl_NL); Calc: CL Page count increase fast and infinite
** 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
Repro with: Version: 6.1.0.0.alpha0+ Build ID: ce652a7f0d2745143a3e1078607a72695ce124f9 CPU threads: 8; OS: Linux 4.9; UI render: default; VCL: kde4; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-12-10_00:23:13 Locale: nl-BE (en_US.UTF-8); Calc: group threaded Page count increase fast and infinite
OO couldn't open at all. LO 4.0 opens but counts and blocks. Repro 6.3+.
Repro 6.5+.
*** Bug 89150 has been marked as a duplicate of this bug. ***
Created attachment 157465 [details] perf flamegraph On pc Debian x86-64 with master sources updated today, I could reproduce this. Here's a Flamegraph
*** Bug 80392 has been marked as a duplicate of this bug. ***
Created attachment 166177 [details] Docx saved in MSO from Doc Repro 7.1+. Let's keep here also DOCX.
*** Bug 135708 has been marked as a duplicate of this bug. ***
Created attachment 166180 [details] Docx saved in MSO from Doc in bug 135708 DOC attachment 164253 [details] and here attached MSO created DOCX are from bug 135708.
(In reply to Timur from comment #19) > Created attachment 166177 [details] > Docx saved in MSO from Doc > > Repro 7.1+. > Let's keep here also DOCX. This does not result in endless page-generation in 7.0.0 or 7.1master for me. Is there anything wrong with this apart from the last empty paragraph slipping to the second page that I don't see?
(In reply to NISZ LibreOffice Team from comment #22) > (In reply to Timur from comment #19) > > Created attachment 166177 [details] > > Docx saved in MSO from Doc > > > > Repro 7.1+. > > Let's keep here also DOCX. > > This does not result in endless page-generation in 7.0.0 or 7.1master for > me. > Is there anything wrong with this apart from the last empty paragraph > slipping to the second page that I don't see? I checked again, confirm endless page-generation.
Repro 7.2+ for original DOC and it's DOCX. Checking dupes. Here are both DOC and DOCX, although just one may be fixed, so only after a new bug should be opened for remaining samples.
Another possible example is 3 page MSO 15 created DOCX attachment 131068 [details] originally from bug 80392.
Repro Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: ca657b98e49eb2282775f7919827062a7a0b4bfe CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
*** Bug 147866 has been marked as a duplicate of this bug. ***
*** Bug 100678 has been marked as a duplicate of this bug. ***
repro 7.6+
repro 25.2+ with 135765_mergedNumberedCell.odt (attachment 166180 [details]) from comment 21.
Created attachment 198117 [details] Minimal ODF reproducer
This is a tricky document. An inline shape is 100% wide, which is too big to fit onto any page because the header has text-wrapping over the entire bodyframe limiting the available space to less than 100%. Don't get bogged down in the fact that it is a percentage based size. If you set it to the non-percentage size the same error will happen. LO doesn't support percentage-sizes, so it converts it to a static size anyway. Generally we get it right. The inline shape SHOULD move down until it finds a place to fit on the page (at least for compat15). It SHOULD move to the next page if it didn't fit on that page. We just don't have a bail-out for when it can never, ever fit. IIUC, we keep adding Dummy line portions down the entire page until we run out of space, and then do it all over again on the following page. And that basically appears to be correct. P.S. There is some compatibilityMode working here. In compat15, this document in MS Word acts a little bit more like LO does. How do I know that? -set the percentage to 99% (in MS Word) so that LO can open the file -roundtrip the file in LO (to convert the horizontal-line to a normal shape) -open in MS Word and increase the size of the line. -save-as in MS Word to remove compatibility. => the line is now all by itself on the second page. but I don't see any compat flags or anything else to indicate a different layout is expected.
Created attachment 206574 [details] tdf38575-3_sized_compat15.docx: same problem. Now is 4 pages in MS Word 2024
Created attachment 206575 [details] tdf38575-3_sized_compat14.docx: Identical to compat15 except hand-changed to 14. Still 2 pages in MS Word 2024
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/0025f2b2608cf347a81380b1f44a6658e94bc2cd tdf#38575 sw layout: at 2 empty pages, stop trying to create more It will be available in 26.8.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.