Created attachment 15410 [details]
file with fontwork objects

JA: cannot confirm this. Maybe this is a X issue

checked this also on other machine. xfree86 4.4.0, i810 driver.
any ideas how i could debug this further ?

can confirm with OOo 1.1.1 (german) running on linux with XFree86 4.3.0 (gnome
2.6, kernel 2.4.25)

OOo doesn't crash when OOo is already running. It only crashes when OOo is
invoked with the bugdoc as an argument.
So to reproduce close all instances of OOo and run
<path/to/>soffice slow.sxw
Since only a specific document is concerned and the crash can be circumvented ->
Prio lowered to 3

i always open documents from oo.org (file->open). for me on both cases it 
crashes/leaks even if oo.org is open (doesn't matter if it has already some 
documents open or not).

cannot confirm crash or memory leak on Suse 8.2, XFree86-4.3.0-120, OOo 1.1.1.

it does seem to render slowly when scrolling document UP using mouse wheel.
scrolling DOWN is very fast.  "top" shows that the soffice.bin executable
is sucking up the CPU while repainting the window after a scroll up.

this CPU spike occurs even if the text is not actually exposed and visible.
for example, if i send the OOo window to the background and cover it up with
a konsole, then hover over the OOo window and scroll the mouse, I see the
CPU spike when scrolling up, even though the red text is obscured by the
konsole window in the foreground.

hope it helps

i'm unable to change version, but this is still true for version 1.1.2. memory 
usage increases until free memory is exausted or soffice.bin is killed (it 
responds to -15 and nicely closes)

To me, this sounds like a problem of the X server (as JA assumed above). When
trying to display "complex" graphical objects, it seems to have a memory leak.
What are the other's opinions about that?

Does the problem also occur, when these objects are are inserted into a
Drawing/Presentation document?

i created a drawing document in windows, where i just copied both fontwork 
objects. this file works ok in windows (1.1.2), is slower in linux (scrolling, 
moving and resizing of the object) - but there is no increase in x memory usage.

this slowness when scrolling in draw is also observable when fontwork objects 
are out of visible area. cpu usage of soffice.bin increases up to 90%.

it's the same for impress - everything get's slow, but no memory usage increase.

i probably will see as this issue resolves and depending on that fill or don't 
fill another one for draw/impress and test calc :)

I doubt it depends on the X-Server. At least this does not explain my
(reproducible) observations:
* No crash when OOo is already running (document loads pretty fast)
* When starting OOo with the document as argument OOo gets killed because of
extensive memory consumption (It does not crash itself, it gets killed by the
kernel)

I tried this again with OOo 1.1.2 and got the same results as with OOo 1.1.1
OOo1.9m47 doesn't have this problem.

I don't belive that a leak in X's memory handling depends on how OOo is invoked
(but maybe this makes a difference).

Can you confirm that much more memory is needed when OOo is started with the
document (OOo is not running before trying to open the document)?

The one we talked about in the meeting; please care about it.

Runs perfect with 680_m51. Considering as fixed.

Closing fixed issue.

Created attachment 73816