Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | very slow when having a lot of text | ||
---|---|---|---|
Product: | Impress | Reporter: | floeff+ooo |
Component: | code | Assignee: | AOO issues mailing list <issues> |
Status: | CONFIRMED --- | QA Contact: | |
Severity: | Trivial | ||
Priority: | P3 | CC: | christian.guenther, haxwell, issues |
Version: | OOo 2.0.3 | Keywords: | oooqa |
Target Milestone: | --- | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- | ||
Attachments: |
Description
floeff+ooo
2004-05-01 13:36:20 UTC
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". |