Created attachment 46643 [details] A Mexican government notice Writer hangs when trying to open the attached file. After it hangs, the CPU usage of the soffice.bin process remains high (>90%).
Tested today with 3.4 beta 5 (DEV300m103 build:5) and the results are same same: it hangs. Observing the behavior of the soffice.bin process in task manager, the memory usage increases constantly. I let it run for around 5 minutes...
I see this also on Linux (SLED11-SP1, x86_64) with LO-3.4-beta5 and with LO-3.3.2.
In case this helps, OpenOffice 3.3.0 (OOO330m20 Build:9567) under Windows XP has no problem opening this file.
Another sample file that hangs under LibO 3.3.2 & WinXP. The same file opens OK under OO 3.3.0 (OOO330m20 build 9567), MS Word 2000 (9.0.2720), and MS Word Viewer (11.8169.8172 SP3). Cheers!
(In reply to comment #4) > Another sample file that hangs under LibO 3.3.2 & WinXP. I expected to see a link to the URL that I included on my comment #4. Anyway, I just want you guys to know that the URL on this bug corresponds to that comment.
I can confirm it that Writer hangs under Ubuntu Linux 10.10 with Kernel 2.3.35.31 with LibreOffice 3.4.4 OOO340m1 (Build:402)
caolanm->mstahl: do you have some good ideas about how to debug into these apparently layout loops
On pc Debian x86-64 with master sources updated today, I reproduce the problem. No specific console logs so I runned gdb and Ctrl-C at random, found this interesting bt: (gdb) bt #0 0x00007fe46caa5262 in SwFlowFrm::HasFollow (this=0x4fc2810) at /home/julien/compile-libreoffice/libo/sw/source/core/inc/flowfrm.hxx:171 #1 0x00007fe46cebda0d in SwCntntFrm::FindMaster (this=0x49e87c0) at /home/julien/compile-libreoffice/libo/sw/source/core/layout/flowfrm.cxx:721 #2 0x00007fe46d097f8f in SwTxtFrm::HideAndShowObjects (this=0x49e87c0) at /home/julien/compile-libreoffice/libo/sw/source/core/text/txtfrm.cxx:639 #3 0x00007fe46d097fd8 in SwTxtFrm::HideAndShowObjects (this=0x4fc5400) at /home/julien/compile-libreoffice/libo/sw/source/core/text/txtfrm.cxx:642 #4 0x00007fe46d097fd8 in SwTxtFrm::HideAndShowObjects (this=0x4fc6090) at /home/julien/compile-libreoffice/libo/sw/source/core/text/txtfrm.cxx:642 more than 5000 times this same line ! 641 if (pMaster) 642 pMaster->HideAndShowObjects(); 643 } I tried this very naive patch, it seems to fix the loop found but it doesn't solve the bug :-( diff --git a/sw/source/core/text/txtfrm.cxx b/sw/source/core/text/txtfrm.cxx index 1005969..0bceed5 100644 --- a/sw/source/core/text/txtfrm.cxx +++ b/sw/source/core/text/txtfrm.cxx @@ -637,9 +637,13 @@ void SwTxtFrm::HideAndShowObjects() if (IsFollow()) { SwTxtFrm *pMaster = FindMaster(); + static bool bMasterHideAndShowObjDone = false; OSL_ENSURE(pMaster, "SwTxtFrm without master"); - if (pMaster) + if (pMaster && !bMasterHideAndShowObjDone) + { + bMasterHideAndShowObjDone = true; pMaster->HideAndShowObjects(); + } } }
reproducible with LO 4.0.2.2 (Win7 Home, 64bit) in MSO 2007 it is opened immediately maybe it depends on the large table in this document?
Created attachment 79014 [details] 3 bts at random On pc Debian x86-64 with master sources udpated today, I still reproduce the hanging. I attached 3 bts at random. There's nothing special on console.
Restricted my LibreOffice hacking area
** 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
Today I tested under Win 8.1 Pro observing the same behavior. The following versions of LibreOffice hang while opening this file: 3.3.0 OOO330m19 (Build:6) 3.6.5.2 build id 5b93205 4.4.2.2 build id c4c7d32d0d49397cad38d62472b0bc8acff48dd6 In case it helps, the file opens under: OpenOffice.org 3.2.1 ooo320m18 build 9502 Apache OpenOffice 4.0.0 Aoo400m3 build 9702 As requested, after testing under 3.3.0 I am changing the version to "inherited from OOo". Thanks for keeping with such a good job with LO!
Created attachment 121752 [details] procdump+debug
Created attachment 121929 [details] Reduced test case DOC I add a reduced test case DOC. The only thing in there is section break. I reported header issue separately as Bug 97128.
Created attachment 126459 [details] Reduced test case DOC open in MSO
With master sources updated yesterday (on pc Debian x86-64 + gtk3 rendering), I still can't open reduced test case doc. I got nothing on console logs after this: warn:configmgr:7304:1:configmgr/source/propertynode.cxx:62: non-nillable property without value warn:configmgr:7304:1:configmgr/source/propertynode.cxx:62: non-nillable property without value warn:unotools.config:7304:1:unotools/source/config/configitem.cxx:431: ignoring XHierarchicalNameAccess to /org.openoffice.Office.Compatibility// Exception: warn:unotools.config:7304:1:unotools/source/config/configitem.cxx:431: ignoring XHierarchicalNameAccess to /org.openoffice.Office.Compatibility// Exception: Michael/Oliver: thought you might be interested in this long standing bug since you're the Writer experts (https://wiki.documentfoundation.org/FindTheExpert)
It opens if 347bb1634b10eba577742fe8a7edb4b2dd69265d is reverted. Closing as RESOLVED DUPLICATED of bug 76219 *** This bug has been marked as a duplicate of bug 76219 ***
Repro 7.2+. Let's consider duplicate. *** This bug has been marked as a duplicate of bug 61967 ***