Apache OpenOffice (AOO) Bugzilla – Issue 8754
open office writer closes RTF documents different from star office 5.2
Last modified: 2003-09-08 16:56:16 UTC
After creating or editing a document with open office (called from OfficeTalk light 3.0 http://www.officetalk.co.uk/) open office writer closes different from star office 5.2. The effect is saving a rtf document in officetalk created in open office does not save properly. When doing the same with star office 5.2, then it works fine. What's wrong: different rtf fileformats? different methods of closing? I do not know.
Thank you for using and supporting OOo. Please attach the RTF that reproduces this error to this issue. There is a "Create a new attachment" link you can use. Could you please clarify the problem you are describing? What do you mean by "closing". If possible list clear step by step procedures on how to reproduce your problem.
Created attachment 3432 [details] created file with staroffice rtf file: It works fine.
Created attachment 3433 [details] with openoffice created file: something wrong with eof? Or different format?
In both files is only one character "a". The Staroffice is processed successfull by OfficeTalk (saved in the Officetalk database as a RTF document). The openoffice file is red in Officetalk but for some reason it is not saved in the OfficeTalk database. So there is a difference between openoffice 1.01 rtf and staroffice 5.2 rtf. I am sure that it has something to do with the eof or any other differences between the RTF files. Officetalks startup openoffice with a temporary rtf file. After saving it in openoffice. We quit openoffice and returns to officetalk. Officetalk reads the saved temporary rtf file. Only Officetalk is not able to save it in the database while all files created in Staroffice does not have any problems.
Hello. If you take a look at how OOo saves RTF files, there are some significant changes. However it seems to be valid RTF format. Other programs like WordPad and MS Word can open and save the file fine. Perhaps is an issue with the RTF import feature of OfficeTalk?
Thanks. You are right. It is not the rtf file format. I found the real issue. The problem is that officetalk does not notice when the document is closed, because openoffice quickstart is still running. Officetalks only saves the document when you return from the closed wordprocessor, but it thinks that openoffice quickstart is the same as the wordprocessor and it is active for updating the document, so it won't save the document in the database. Please fix this by making a difference between openoffice quickstart and the wordprocessor so Officetalk will not be fooled again. A workaround is: don't use openoffice quickstart.
Thanks for the update. Please post your last enhancment request to a new issue.
see Issue 9964.
As mentioned on the qa dev list on March 5th I will close all resolved <wontfix/duplicate/worksforme/invalid> issues. Please see this posting for details. First step in IssueZilla is unfortunately to set them to verified.
As mentioned on the qa dev list on March 5th I will close all resolved <wontfix/duplicate/worksforme/invalid> issues. Please see this posting for details.