To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=110781 Issue #|110781 Summary|[MacOSX] "export" to overwrite an existing document: f |reezes / crashes Component|porting Version|current Platform|Macintosh URL| OS/Version|Mac OS X, 10.6 Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|mh Reported by|wirsberg
------- Additional comments from wirsb...@openoffice.org Sun Apr 11 16:01:10 +0000 2010 ------- OOo freezes / crashes after "export" / "export to pdf" to overwrite an existing document =============================================================== === platform: Mac OSX 10.6.3 German (MacMini) "export" / "export to pdf" to a _changed_ filename or different location where a file of the same name exists already. Occasionally it starts to work as expected: a dialog appears to confirm overwrite, but ends with an error message "Error saving the [document]: Write Error. The file could not be written." Mostly, the export dialog disappears, and leaves the document window's contents frozen (spreadsheet / word processor / presentation) Once, OOo crashed completely (presentation module, trying to export as an html document) Once, the whole OOo process freezed after trying to "export" a Word processor document to a html file of the same name (but with .html extension) in the same location. Export options were standard. Nothing changed. The OOo process owner was identical to the files' owner. The OOo application can't be safely quit from the "OpenOffice" menu. The "Quit" command closes the document window normally, asking to save / not to save. Then OOo gets stuck for ca 1 minute. This misbehaviour does not occur on OOo 2.4 on Debian linux. I tried to figure out environmental influences but I couldn't figure out any: ----------------------------------- German localization or US-English localization seems to make no difference. Tried to "export" to overwrite different files within the same local user's home directory. the files to be overwritten had permissions: -rw-r--r--@ ; -rw-r--r-- ; -rw-rwx---@ ; I didn't detect any correlance of OOo behaviour to these different permission sets. The bugous behaviour appeared with new, unsaved documents; as with OOo documents opened from disc. I suspected an influence from the autosave function. But It seems not. --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@porting.openoffice.org For additional commands, e-mail: issues-h...@porting.openoffice.org --------------------------------------------------------------------- To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org