Issue 73998 - OOo frozen with 100% CPU when saving ended
Summary: OOo frozen with 100% CPU when saving ended
Status: CLOSED WONT_FIX
Alias: None
Product: porting
Classification: Code
Component: MacOSX (show other issues)
Version: OOo 2.1
Hardware: Mac Mac OS X, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: ericb
QA Contact: issues@porting
URL:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2007-01-29 22:32 UTC by f_lejosne
Modified: 2007-11-04 21:03 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description f_lejosne 2007-01-29 22:32:07 UTC
Hello,
Sometimes it becomes impossible to save an odt file.
Save takes 100% of the CPU and freezes OOO (buttons bar
stays grey).
I have to kill OOO and relaunch X11 to hope to be able to 
save file...
Best regards.
Comment 1 michael.ruess 2007-01-30 09:31:49 UTC
Does not have the problem on WinXP, x86-Linux or Solaris. Seems to be a problem
of the MAC-port.
Comment 2 Martin Hollmichel 2007-01-30 09:36:26 UTC
change subcomponent
Comment 3 f_lejosne 2007-01-31 05:30:55 UTC
The configuration is:
- Openoffice 2.1
- X11 1.1.3 XFree86 4.4.0
- java version "1.5.0_07"
  Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_07-154)
  Java HotSpot(TM) Client VM (build 1.5.0_07-87, mixed mode, sharing)
on a Ibook G4
Comment 4 f_lejosne 2007-02-03 17:51:12 UTC
In fact, I've imported a microsoft doc using Verdana font that is not installed
on Mac and could be explain why OOo is froze when saving the doc in odt format.
Comment 5 f_lejosne 2007-02-13 23:52:17 UTC
I though is was a font import problem. But it also arrives with an odt file!
Anybody using OOO on a G4 Mac gets it's problem ? 
Comment 6 johnh222 2007-03-04 17:43:11 UTC
I can confirm this issue with OOo v2.1 on a MAC mini G4, OS X v10.4.8, document
length is also a factor in this issue, as a save of short document (two pages)
always works but saving a longer document (20 pages +) will always freeze OOo,
if I wait up to one hour OOo will have unfrozen and the document will have been
saved correctly. The 'save autorecovery information' option also freezes OOo in
the same way.
If I kill OOo and restart I loose everything since the last successful save,
document recovery also fails to recover anything past the last successful save. 
I have gone back to using OOo v2.0.4 and I am now freeze free again.
Comment 7 sparcmoz 2007-03-04 22:15:09 UTC
Please attach an example document so the cause can be isolated. I cannot
reproduce this yet on iMac4.1 (Intel) with any long document in 2.1 or 2.2RC2. 
Comment 8 johnh222 2007-03-17 11:57:44 UTC
Sorry it has taken me so long to get back to you. The document that causes the
freeze contains confidential information so I can't let any one else see it,
this is the only document that is more that a couple of pages and the only one
that will cause the freezes that I have. I have tried to make a document with
this issue but I have failed which suggested that it is something in the
original document causing the problem. I cut n pasted the contents to a new
document the new document also freezes OOo on save. I tried the original
document in a different user account and I get no freezes (so far) so I think
that the may be something in Library/Application Support/openoffice.org2/
interacting with the document. I renamed Library/Application
Support/openoffice.org2/ and OOo recreated it and now I get no freezes with the
document.
I suggest that anyone with this issue deletes Library/Application
Support/openoffice.org2/ from there home directory and see if that fixes the issue.
Comment 9 eric.bachard 2007-03-17 12:11:15 UTC
ericb->f_lejosne 

Can you please try what john222 suggested, and report us if this solve your problem ?

Thanks 
Comment 10 jjmckenzie 2007-03-19 04:51:20 UTC
Issue has been confirmed and may be a corrupted ~/Library/Application
Support/OpenOffice.org 2.1 directory or a file contained in this directory.
Comment 11 eric.bachard 2007-11-04 21:02:09 UTC
Wontfix
Comment 12 eric.bachard 2007-11-04 21:02:34 UTC
Wontfix
Comment 13 eric.bachard 2007-11-04 21:03:15 UTC
.
Comment 14 eric.bachard 2007-11-04 21:03:54 UTC
Closing