Issue 59759 - Writer gets frozen with share\template\wizard\letter\km\bus-elegant_l.ott
Summary: Writer gets frozen with share\template\wizard\letter\km\bus-elegant_l.ott
Status: CLOSED FIXED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 2.0.1
Hardware: All All
: P2 Trivial (vote)
Target Milestone: ---
Assignee: michael.ruess
QA Contact: issues@sw
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-12-25 05:17 UTC by tora3
Modified: 2013-08-07 14:42 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
A template file that included in the foler C:\Program Files\OpenOffice.org 2.0\share\template\wizard\letter\km of 2.0.1 English installation set. (32.42 KB, application/vnd.oasis.opendocument.text)
2005-12-25 05:21 UTC, tora3 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description tora3 2005-12-25 05:17:45 UTC 
0. I recommend you start a Task Manger to see what is going on and to 
    terminate a process of soffice.exe if you are working on Windows.

 1. Open a template file, bus-elegant_l.ott, in the folder
    C:\Program Files\OpenOffice.org 2.0\share\template\wizard\letter\km

 2. The process of soffice would become frozen, i.e. out of control.
    soffice.bin running on Solaris repeats a system call brk().

 See issue 59739 and issue 59738.

 OpenOffice.org 2.0.1 en final has this problem while StarSuite 8 (680m124) 
 Japanese does not have the problem with opening the suspicious file.

This phenomenon was found in the QA process for releasing a native language
build of 2.0.1 and confirmed by tora and yossy_takeuchi, including 
Takashi Nakamoto <bluedwarf> who investigated the related issues listed above.
Comment 1 tora3 2005-12-25 05:21:49 UTC 
Created attachment 32686 [details]
A template file that included in the foler C:\Program Files\OpenOffice.org 2.0\share\template\wizard\letter\km of 2.0.1 English installation set.
Comment 2 tora3 2005-12-27 18:09:03 UTC 
Leaving this problem would make a deadly bad situation for users. Once this 
problem starts, memory consumption is rapidly increasing and consequently his 
computer will loose control for disk slashing - flood of swapping out and in - 
by the virtual memory system due to a shortage of memory allocation.

There would be similar document files prepared with previous version of OOo, 
which might lead to this problem.

Raised priority from P3 to P2.
Comment 3 michael.ruess 2006-01-06 14:12:14 UTC 
Reassigned to HI.
Comment 4 h.ilter 2006-01-06 14:50:35 UTC 
HI->HDU: I get each time the same assertion:
Error:Font:RefCount overflow
SRC680\src\vcl\source\gdi\font.cxx at line 664
Please have a look
Comment 5 hdu@apache.org 2006-01-06 15:33:32 UTC 
I don't see the underflow, but an endless loop that never leaves
SwLayAction::InternalAction.
HDU->OD: Louping Louie?
Comment 6 Oliver-Rainer Wittmann 2006-01-09 12:12:29 UTC 
OD->FME: Please take over - loop seems to be in method
<SwTxtFormatter::BuildPortions(..)>
Comment 7 frank.meies 2006-01-11 10:06:14 UTC 
FME: Fixed in cws swqbf50, porfld.cxx rev. 1.52.140.1
Comment 8 frank.meies 2006-01-17 08:55:26 UTC 
FME: Ready for QA.

re-open issue and reassign to mru@openoffice.org
Comment 9 frank.meies 2006-01-17 09:03:41 UTC 
.
Comment 10 frank.meies 2006-01-17 09:13:22 UTC 
.
Comment 11 michael.ruess 2006-01-25 11:20:13 UTC 
Verified fix in CWS swqbf50.
Comment 12 michael.ruess 2006-02-09 15:05:23 UTC 
Checked fix in 680m156.