| View previous topic :: View next topic |
| Author |
Message |
ronatartifact Newbie

Joined: 19 Apr 2007 Posts: 3
|
Posted: Thu Apr 19, 2007 11:12 am Post subject: OOWriter 2.2 hangs while preparing changes for acceptance |
|
|
This problem happens in OO2.1 and 2.2
We have a file that was fine until it was edited today with OO2.1
Now, if you try to accept changes, it hangs while displaying the list.
If you try to show changes, it hangs.
If you try to save the file as a .doc, it hangs.
When it hangs, there are no disk reads or writes, no change in VM or real memory usage but a lot of CPU usage.
The file all seems to be there with the last changes included.
Any suggestions welcome.
I just cut and pasted the contents into a new document but I have lost some formatting (page breaks lost and the landscape pages in the second part of the document are now portrait). Not too bad to fix.
Lost all of the change history but that appears to be a "good" thing.
I will hang onto the original if anyone wants to see it.
Ron |
|
| Back to top |
|
 |
AlanDavidson OOo Advocate

Joined: 09 Mar 2006 Posts: 252
|
Posted: Fri Apr 20, 2007 1:25 am Post subject: Re: OOWriter 2.2 hangs while preparing changes for acceptanc |
|
|
| ronatartifact wrote: | | We have a file that was fine until it was edited today with OO2.1 |
When was it last edited?
--------------------------------------------------------
| ronatartifact wrote: | | I just cut and pasted the contents into a new document |
An old trick with M$ W--d 6.0 was to save the file as RTF. Close the file. Re-open the file in OOo. According to M$, this causes any corruptions caused by orphan control characters to be eliminated.
You might get some strange stuff at the front. You wil probably lose all embedded graphics. Numbered lists will need to be restarted at "1".
Another trick. Rather than cut-and-paste. Make two copies of the file. Delete the last part of the first file, and the first part of the last file. Accept changes in both files. Then join the files.
If the files still hang, you might need to create smaller sub-files by making several copies.
(I don't think I have ever cut-and-pasted into a new file. I always copy the complete file, then delete what I don't want. This preserves the entire template.)
--------------------------------------------------------
| ronatartifact wrote: | | a lot of CPU usage |
That suggests something is happening. Maybe you could allow more time. |
|
| Back to top |
|
 |
ronatartifact Newbie

Joined: 19 Apr 2007 Posts: 3
|
Posted: Fri Apr 20, 2007 4:43 am Post subject: |
|
|
It was last edited yesterday. The file was saved as an odt several times but when the person was finished they tried to save it as a Word document to send it to the client. At that point the Save hung.
As we investigated the problem, we looked at the change tracking since that is one of the weak areas of OO and if you have big documents and lots of changes, funny things happen in OO.
As soon as we asked to see the list of changes, we got the first screen load up very quickly and then the system hung. Setting "Show Changes" causes the same behaviour.
I let it sit for over 5 minutes on an AMD 5000+ 64 bit dual core processor with 2 GB RAM
Everything else happens instantly on this PC so I am not expecting "Accept Changes" to take hours to get the list of changes to display.
I am doing an additional test wherein I opened the file and set "show changes". It has consumed 7 minutes of CPU with an average CPU utilization of around 50% and is still churning with no changes in any other performance measurement.
The content.xml file is 300k. The document is about 30 pages long
The record of changes should be fairly big but not unusual since it only has 2 days worth of editing (probably two 1-hour sessions) plus 6 changes from an editing sesssion last November.
My test is now up to 14 minutes of CPU with just an hourglass showing.
I will have to kill it.
When I did but closing the window (hit the X), I got a "Program not responding" popup and got to send an error report to Microsoft which I am sure that they are happy to see from OO.
The file looks ok and can be saved as an odt. As I mentioned, I did a copy and paste to get the file contents into a usable file. The person doing the changes to the file says that some of his changes were undone when I made the new one so I suspect that this is a problem in tracking of changes. |
|
| Back to top |
|
 |
|