[Upstream] [hardy] Impress -effects cumulatively eat CPU

This bug makes Impress quite useless in presentation mode.

I can confirm this exactly same scenario. It seems to be kind of a CPU leak :)

It becomes useless to present (since the effects come up not working on this CPU-Intensive scenario, which may be another bug btw) and impossible to work on it, due to saving times being increased about 100x or more!

I have exactly the same problem, but the 100% CPU use happens also in presentations without effect.

See my original report:

https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/156173

Hi @ all, i agree all of you. It's not very fine because I cant use OpenOffice Impress to present / build Presentations, but I need it very much.

I think it can have something to do with my ATI-Graphic (Radeon 7500 Mobility) chip. What do you have for a graphic chip?

But it's strange if I thought about that Compiz works fine...

I have Intel 945 on ntb. And TNT2 on Debian Etch I have mentioned.

So it isn't matter of ATI.

Okay, then it seems like a OOo-Bug...

arkatis:
please, read the description. OOo2.3 under Debian Etch does NOT experience problem, while OOo2.3 under Gutsy DOES.

I can confirm this: I was going through a powerpoint of my unix class, when it mentioned the command 'top' I immediately tried it out, and was a bit shocked at how much cpu power OO was using(!)
I attached a screenshot of Impress and top.
This probably explains why the animations went to slow.

I can also confirm this bug.

I have experimented this bug both on my Athlon XP3500+ with ATI x850 and my old Intel Celeron @ 2.24Ghz with an Intel embedded graphics card.

The initial description of this bug fit very well with my experience.

It is very embarrassing, I can not use any effect in impress, because I risk to freeze my presentation... (and also, I can not save it...)

Can you please attach an example document that exhibits this problem?

Thanks,

Chris Cheney

Here it is an example, but on my machines, it can be reproduced by adding any type of animation...

Just open the document , each time your launch the slides (F5) and play the animation (click), the CPU usage of soffice.bin increase. After a certain number of repetitions, the CPU usage can easily reach 100%. But even before, Impress become quickly unusable , and animations becomes very slow.

Closing only the document will put back the CPU to a normal state, but if you reopen any other document and run the slide show, the CPU usage will get back to the state before closing the first document.

Here is an example of the evolution of the CPU usage:
Open the document
CPU 0%
[Run slides (F5) , play animation (click) and close slides show ] x 10
CPU ~10%
[Run slides (F5) , play animation (click) and close slides show ] x 10
CPU ~40%
...
Close the document (not ooo)
CPU 0%
Open the document
CPU ~30%
[Run slides (F5) , play animation (click) and close slides show ] x 1
CPU ~40%

The only way is to close OpenOffice totally , and not using anymore animations ...

Confirmed on upstream's openoffice.org 2.4.0~rc2

Confirmed on OpenOffice.org Impress 2.4.1Same here

This problem with Impress still exists in intrepid, using openoffice.org-core 1:2.4.1-11ubuntu2.1

I'm using an old slow computer so problem is noticeable with even an extremely simple presentation, ie. 2 slides, each slide has 2 large words, 5 seconds per slide, no special transitions, repeating with no pause.

It starts running properly, but over a few hours it gets slower and slower, may take over a minute a slide.

After it slows down, saving the tiny presentation may take minutes.

Behaviour, returns to normal when OpenOffice is exited and restarted.

Tried PaulK's work around from https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/156173

Uninstall openoffice-gnome, no effect, still slows down.

Uninstall openoffice-gtk (and openoffice-gnome which depends on it), seems to work perfectly, runs for hours at correct speed.

It looks like the openoffice-bugs #87144 was never actually investigated (problems downloading big pesentation).

The dependence of this problem on openoffice-gtk and openoffice-gnome probably means it only occurs with distributions using a very similar configuration. So may not occur with original OOo version.

Please reopen this bug, "Fix Released" is definitely wrong.

Please raise importance as without the work around this make OpenOffice Impress almost unusable.

Can you still reproduce this bug on Ubuntu 9.04 (Jaunty)? You can download a test (desktop) live cd from http://cdimage.ubuntu.com/releases/jaunty/

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!