Issue 20505 - OO Writer hangs for "empty pages" on "Page Preview"
Summary: OO Writer hangs for "empty pages" on "Page Preview"
Status: CLOSED FIXED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 1.1 RC5
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: michael.ruess
QA Contact: issues@sw
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-09-30 17:41 UTC by Unknown
Modified: 2013-08-07 14:41 UTC (History)
1 user (show)

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

Attachments
Try File/PagePreview after loading this writer document ... (1.60 MB, application/x-gzip)
2003-10-01 13:51 UTC, Unknown 		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 Unknown 2003-09-30 17:41:04 UTC 
I have produced "empty pages" on a document created by OOWriter 1.0.2. (I don't
know exactly how, but I think this happened by playing with the paragraph style
of an index which is greater than one page).
However, I wanted to delete this empty pages and recognised that 00Writer 1.0.2
hangs up reproducable the complete KDE session by using the "Page Preview".
So I tested the same stuff on OOWriter 1.1.0 and found, that now only OO hangs.
Output of top:

PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  Command
7492 jlinnen  16   0 57380  56m  43m S  98.9 11.1   0:46.10 soffice.bin

I can reproduce it on my document.
Comment 1 utomo99 2003-10-01 06:57:40 UTC 
Please Attach the documents which make this problem, so we can test
it/faster to confirm.  
(Without the documents, we cannot confirm the problem easily/need more
time)
Comment 2 Unknown 2003-10-01 13:51:57 UTC 
Created attachment 9870 [details]
Try File/PagePreview after loading this writer document ...
Comment 3 mci 2003-10-02 12:33:33 UTC 
set prio to P2
set target to OO1.1.1

reassigned to ama


@ ama:  please dispatch, there's an error report from me referring to 
        this Issue
        thanks...
Comment 4 andreas.martens 2003-10-06 08:56:02 UTC 
AMA->AW: Our loop is caused by a very big connector object.
Comment 5 Armin Le Grand 2003-10-16 15:49:50 UTC 
AW: I do not really know what to do with this one. I will take a look
and i think this is one of the problems which will be gone with
connector rework. Normally, this is a SW bug for now.
Comment 6 Armin Le Grand 2004-05-07 15:15:44 UTC 
AW->AMA: Cannot reproduce in m37 anymore. Wanted to take a look, but load is
okay, i scrolled through the whole document (it's not bleezin fast, though :-)
Comment 7 stx123 2004-05-14 10:02:30 UTC 
The state NEW/LATER look a bit unusual; changing to NEW/---
You might want to have a look at the target milestone...
Comment 8 andreas.martens 2004-05-14 14:11:59 UTC 
At least one connector seems to be oversized. But we should improve our
performance with such oversized objects.
Comment 9 frank.meies 2004-07-14 08:11:36 UTC 
Fixed in sw/source/core/text/txtfly.cxx cws swqbugfixes04
Comment 10 frank.meies 2004-07-28 12:50:09 UTC 
.
Comment 11 frank.meies 2004-07-28 12:50:35 UTC 
Ready for QA.
Comment 12 frank.meies 2004-07-28 12:51:02 UTC 
.
Comment 13 michael.ruess 2004-07-30 09:14:40 UTC 
checked fix in CWS swqbugfixes04.
Comment 14 michael.ruess 2004-09-08 09:47:21 UTC 
Checked in 680m52. Closed.