Apache OpenOffice (AOO) Bugzilla – Issue 94333
OOO crashes consistently in file picker save dialog when saving on AFP mounted volume
Last modified: 2019-07-23 22:01:33 UTC
Hi, when I save a preso in Impress or calc sheet in Calc, SO3 and OOO keep crashing on a consistent base, and I cannot even close them in the task viewer. Have to go to activity viewer to get rid of the process at a low system level. Build is m7 9354 DE on Mac OS X 10.4.11 MBPro 2G RAM
We are getting consistent crash in Save As file picker dialog box with OOo (M12) on Mac OS X 10.4.11. It appears that the crash will show up consistently when browsing a network volume for the home directory, but when using local disk, it appears okay. I'm not sure if the original poster is using network volume? Steps to reproduce Setup an AFP file server (in this case netatalk on linux). Set up an account and point home directory to an AFP url (using directory services config). Create a new document of any sort. Go to Save as. Click on 'Desktop' or 'Documents' items in Native Mac OS Save dialog. crash. Work around Go to 'Tools Menu' -> Options -> 'OpenOffice.org' -> General Under 'Open/Save' dialogs, check 'Use OpenOffice.org dialogs' Using the OpenOffice.org dialogs prevents the crash, although this is not the default setting, and we have hundreds of users needing to be trained to make this workaround.
Created attachment 58843 [details] crash stack trace from M12 on PowerPC Mac OS X 10.4.11
OpenOffice consistently crashes when there are case sensitive files or directories appearing under one same directory on an AFP (ours is v2.0.3) mounted volume, e.g. arcsoft and ArCsOfT under the same 'Documents' directory, the Open/Save navigation with the Apple Native Dialogs, which is the default setting, will crash OpenOffice. OOo builds for PPC tested are: 3.0.0rc4, m12, m38 and 3.0.1rc1. Is that possible for anyone having a local HD formatted with case sensitive HFS+ to have a test on this? All my systems were formatted as case insensitive by default.
I tried many times now but I cannot confirm any of the mentioned issues here with the official 3.0 release on a PPC using Leopard (10.5.6). I will try to get 10.4 installed in a separate disk soon to see if that makes any difference. I was connecting to a case-sensitive volume served by another version of 10.5.6 client. Maybe OS X Server makes a difference also...
I'm not sure if issue 93828 is related to this problem. So if someone could reliably reproduce the original problem of this issue please check again with a milestone build newer than either OOO300_m14 or DEV300_m38. These builds got my fix for issue 93828.
I think the type of network volume makes a difference. It crashed on the AFP mounted volume, but not these: NFS imported volume, and Apple shared volume. My OS is tiger 10.4.11, on PPC. Same crash happened to the milestone builds OOO300_m14 (3.0.1 rc1) and DEV300_m38. I shall try newer builds tomorrow.
No less than 20 times, I tried OOO300m15 on PPC, always got the crash. It may not appear for the first click on the case sensitive folder - 'Documents', second or third click on it (by navigating to other folders like Applications, Desktop...) would bring up the spinning beach ball and then the message 'application quit unexpectedly.
Thanks for checking with OOO300_m15. Can anyone reproduce it on an Intel Mac using a version downloaded from openoffice.org (which are <a href="http://wiki.services.openoffice.org/wiki/CrashReporting">crashreporter enabled</a>), and provide a reportid of the submitted crashreport? @hro: do the details of #desc4 ring a bell?
Changed subject, but can't confirm (in lack Of PPC and 10.4)
MacOS Tiger is out to date and not currently supported by AOO