Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | RTF: Writer imports certain document which it just created as empty page | ||||||
---|---|---|---|---|---|---|---|
Product: | Writer | Reporter: | pvillavi <pvillavi> | ||||
Component: | open-import | Assignee: | AOO issues mailing list <issues> | ||||
Status: | CONFIRMED --- | QA Contact: | |||||
Severity: | Trivial | ||||||
Priority: | P2 | CC: | hans, issues | ||||
Version: | OOo 2.4.0 | ||||||
Target Milestone: | --- | ||||||
Hardware: | Unknown | ||||||
OS: | All | ||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||
Developer Difficulty: | --- | ||||||
Attachments: |
|
Description
pvillavi
2008-09-30 20:10:45 UTC
I cannot reproduce the problem using OO 2.4.x and OO 3.0 on Windows and Linux with native OOo build. It looks that this is a problem of the ubuntu own build. Closed. I'm seeing this issue on official OOo 3.0.0. So why is that the reporter and I both see this and even with the official version when you don't? I will attach the RTF file that 3.0.0 generated for me. Created attachment 57515 [details]
output file from 3.0.0
I do not know where the difference is in what we all did to create the RTF. But when I: - drop the ott from Windows Explorer into OOo, - save this as RTF, - reopen -> it looks NOT empty. However, we now got an RTF from you which will show empty in OOo but not in Word. This should be enough to get this issue fixed. I have had the same problem. I had two .odt files which I saved as .rtf. I
could open one of the .rtf files successfully with OOo, the other would be blank
so I did some investigating of how they were different.
It seems to be something to do with the paragraph styles that OOo generates when
it saves as .rtf. I get a blank when I open the above attachment 57515 [details] with OOo
so I opened it in a text editor. I deleted the unused styles (the document only
appears to use S1 so I deleted S2 - S12, lines 5 - 15 in the text editor) and lo
and behold I can open the file with OOo.
I confirm the problem. The priority should be increased; whenever exporting to MS Word fails, RTF can be an alternative. However, when this fall back is not working either, no more options remain to transmit an editable document from the Linux world to the Windows world. This said, I have a resume written in ODT that cannot be rendered properly on MS Word as .doc or .rtf, but it is not a blank page that shows up in MS Word when reading the RTF; text with bad formating shows up. Thus this bug seams to be OOo3 related only. Reset the assignee to the default "issues@openoffice.apache.org". |