Reassigned to Christian.

Could you please send me the file?
you can use my OOo e-mail cgu@openoffice.org

Has been sent to you via e-mail.

I got the file. 
Thank you.

I test it with windows xp and everything works fine.
please tell me which operating system do you use.

I use Windows XP Professional SP1 with OO 1.1.1.

Try the following:
- open the file
- choose the page "Abgrenzung Sachbetrug-Diebstahl"
- click on the huge area with black text and try to edit it

Isn't it slow on your system?

I did it but everything works fine (and fast)
I entered text, deleted it, copy and paste it, formated it changed the
alignment, etc. 
everything without problems.

Is there any debug output I could send you?
I run on a pretty fast machine (XP 2600+ w/ 512 MB) and I don't experience any
speed problems whatsoever except this one.

Hi Malte,

You are yet responcible for the editengine.
Can you help Floeff to find out what's going wrong?

set myself to cc

Can't reproduce too :(

Do you use a normal release?
Even in debug release, where some more checks are done, everything is fine for me...

My release is OpenOffice.org 1.1.1 (German), 645m35 (Build: 8762)

Does this problem also occur in newer versions of OOo (1.1.3 or 1.9.xx)? And
have you tried to increase your memory under Options->OpenOffice.org->Memory? If
this issue is solved, could you close this issue, please? I have seen that the
last entry was in May ... :(

Even after a reinstallation of my system (XP SP2) and using OOo 1.1.3, the
problem is still there. For testing purposes, I have set memory from 9 MB to 90
MB and memory per object from 2,4 MB to 24 MB. This does not help either.

I can send you an example document via private e-mail. Please let me know if I
should do so. (Cannot attach to this issue as it contains private data.)

Erroneously marked as WORKSFORME.
Bug is *STILL THERE*.

I created a test document test.odp which has basicly a major amount of letter i.
If I open this and try to do something the program will act slow or crash. I
will attach the file I created here. I'm not sure if OO is even supposed to
handle that many i's.

Basicly all I need to do is open the document and try to close it, which is
impossible without crashing the whole application. But if that's not enough for
you, try editing the text a bit and then try some menus if they work fast or not.

I created the file by typing letter i a few times, then I copied it and pasted
it a few times. Copied some more and pasted some more. Sometimes I selected all
and copied over the selected test and I continued doing this untill the
application started acting slow. That is when I saved the file, and after that I
have been unable to open the file and use it properly.

I don't know if this is related to the OP's problem, but as a suggestion to him,
he could try to create a similar document which causes the problem with data
that is possible to send here. That might help solving the problem.

Tested with snapshot 1.9.69
OS: Windows 2000 + SP4

Created attachment 21482 [details]
File that causes OO to freeze, major slow slowdown or crash when forcing close.

Hi there, and thanks for taking the time! I tried to confirm that with 1.1.4 and
at the moment, I don't have any problem.

Attached is a test file. Does that produce the same errors you experienced?

Created attachment 21483 [details]
The "i"-Test

The file(The "i"-Test) you provided words pretty fine for me. If I select the
text there is minor delay, but that is under second and doesn't matter. The
document looks different from the one I posted, because this one has all the
text inside the white area which represents the paper. In document I created,
the text continues to go well below the paper-area.

Could you send in your document in an OOo 1.1.4 compatible format? Then I'll
test it.

Created attachment 21521 [details]
File that causes OO to freeze when trying to open it, aka i-test in OO 1.0 format.

I tested the previous file I posted with OO 1.1.0 and the result was freezing in
there also. OO seems to eat all the cpu cycles and about 40MB memory. Mem usage
seems to increase, but very slowly and very small amounts.

That file was also created by typing a lot of i's in the text area. I had to
create new document, since I was unable to open and save the previous document
due to this problem.

Confirmed with OOo 1.1.4. I consider this bug extremely important!

No, this is not P1 problem, since this doesn't stop the development of this
software, please read the help file about priorities:
http://qa.openoffice.org/scdocs/ddIssues_EnterModify.html#priority

This could be P2 problem, because "- Freezes in basic functionality". I don't
have permissions to change the priority for this bug, perhaps someone else could
do that.

Sorry, you are right. Have changed priority to P2.

I was also able to replicate the bug. 
All you need to do is 
1) Create a new Presentation
2) Place a textbox into a slide
3) Place a lot of text into the textbox (this can be done by copying and pasting
repeatedly)
4) Save the file and close OpenOffice
5) Try to open the saved file

On a Windows XP machine soffice.exe will hover at around 50% CPU usage for a
while and OO will appear unresponsive. It may actually open if you wait but will
be way to slow to actually use. It crashed Linux machines as well.

On my Windows 2000 5.0.2195 SP4 box running OOo 1.9.74,

1. I created a new presentation.
2. Put a text box on the first page. 
3. Typed the phrase "This is Johnathan. I am testing a bug." into the box.
4. Cut and pasted that till the text ran off the page. Then I Selected All, and
pasted that in there. Then Selected All and pasted that in there. Pretty soon,
it started running pretty slow, and then after trying to click in the text box
to see if OOo would respond, the application crashed.

This is a valid bug.

Thanks for confirming. I consider it important as well, as I already had some
slides I wanted to make that were impossible due to this bug.

Just for posterity's sake, when I opened OOo again, the recovery tool
successfully recovered this document from the crash, but Presentation pegged my
CPU at ~95% once it opened the document. After about 5 minutes, I right clicked
on Impress in the task bar, and chose close. It closed normally. But when I
opened OOo again, it tried to recover the document again. It did recover it
successfully, but that was the beginning of a downward spiral only to be
resolved by a reinstall of OOo 1.9.74. 

Aarrrgh.. I spoke too soon. The reinstall didn't stop it. It still is trying to
open this document, and freezing each time it tries.

haxwell, did you uninstall the old version before reinstalling? That worked for
me, when I had similar problem. Just remove everything and get a fresh start.

Do you mean uninstalling OpenOffice.org? Or the users profile?

It's enough to delete the user directory.
In this Directory is 1 file which is importent for the recovery. If you delete
this file (or the whole directory) you can start the Office without the recovery
dialog.

I still can't reproduce the bug with the file from Floeff.
I can reproduce the bug with the gigantic textbox from Aggro.
With the description from Aggro I can also reproduce the crash.
The behaviour seems to change  in src680m91.
I change the prio back to 3 because I can't reproduce the bug with a textbox
which have a normal size.
Please have a look.

@cl->@dbo, what a fine candidate for a valgrind. Please also check the gpf.
Thank you

@hbrinkm: As discussed with HDU, problem seems to be that the edit engine code
reformats everything for every change, even if the text portion is not inside
the visible area.
please, take over...

note: no GPF experienced during valgrinding

.

Considering the effort, the priority, the risk and our resource planning I've to
retarget this issue to OOo Later.

Still does not work in 2.0.3rc7.
However, as it is rather uncommon of having so much text in a presentation, I
gues other issues have more priority :-)

confirmed in OOo3.2.0 on WinXP SP3: about 10s to get edit mode. soffice.bin ran 
for 3-4% CPU and csrss.exe ran for 45%

Reset assigne to the default "issues@openoffice.apache.org".