Apache OpenOffice (AOO) Bugzilla – Issue 109033
Writer hangs loading particular file with linked text frames
Last modified: 2017-05-20 11:13:53 UTC
(Also checked under 3.2RC4 - same failure.) Due to copyright issues, I will have to submit the docs privately. Please advise. Under WV, on my dual-core PC, Writer hangs loading this doc, with 50% CPU usage (100% of one core). Have to terminate with Task Manager; no dump, no recovery. This subdocument originally provoked issue 108430 but this bug is much more serious. When loaded into the master doc, no hang (but the text is truncated as per the other issue). That's a big hint that the problem occurs in laying out the text in the text frames. I will provide two copies of the file. The first one works. The only difference in the second one is that I added enough text to a one-line paragraph to make it overflow to two lines, within the second text frame. The resulting layout looked fine at the time, but: save, close, re-open, boom! Exact details to be included with the files. P2 justification: this is definitely a hang, with data loss (can't open the file to recover my changes). I don't know how many users use linked text frames, but this could bite any of them, very unexpectedly.
I am not able to reproduce the problem from the scratch with my test documents, please attach a document which shows the problem to this issue, so that we can reproduce and fix the problem here. You can also send the document directly (mru@openoffice.org) for the case it contains confidential data. Thanks for supporting us
I cannot reproduce the problem on WinXP and SUSE 11 Linux. Maybe there is a problem with the Arial font in WinVista which leads to a curious formatting state in Writer - I will test later...
Also no problem on Win 7. Have to wait until a WinVista machine is available for me.
@MRU: forward me the doc, I have Vista. @tjfrazier: do you still have this problem in a current 3.3?
@es: still running 3.2.1 here. Pre-releases seem to bite me badly.
Tested on Vista with 3.2.1 and 3.3 using your documents and the sent reproduction description: no freeze. Neither loading directly the "bad" document nor doing the changes described in the "ok" document. Thinking about a different layout on your machine: change the default printer? Move the layout of the frames in the ok document before doing changes..? For now it is "worksforme"
closed
@es: Regret to inform you that this bug is just as bad under v3.3. Loading my copy of Sunshine6Bad.odt produces a very quick hang. Without Quickstarter, and with Task Manager up, I see the splash screen, then the file (looking fine, and that's new; 3.3 has some wonderful fixes), but the soffice.bin process still sticks at 49 or 50% of CPU (1 full CPU on my dual-core box). W/r/t printing, I have a local (non-networked) printer, which I use so rarely that I don't usually load the software for it. Writer always shows the printer on the Print dialog, and when I load the software, Writer prints just fine. If you think it's useful, I'll play with this; I just can't imagine why Writer would care about the printer only for this particular file. If you can think of anything useful that I can contribute to the debugging, please let me know. Otherwise, I guess it'll have to wait until I can run a debugging build myself. I consider the bug serious, but not urgent.
Finally I am able to reproduce the problem on Win7. MRU->OD: open the document ...ok.odt, go to the last but one page, enter an x at the beginning of the line "Hidden should end ..." in the frame. Save the document and re-open -> loop
...forgot to reassign.
Reset assigne to the default "issues@openoffice.apache.org".