Apache OpenOffice (AOO) Bugzilla – Issue 3897
RTF: All page anchored frames anchored to first page
Last modified: 2003-09-08 16:56:16 UTC
I have in-hand an RTF document that sw correctly identifies as being 3 pages long. Unfortunately, the content of the last page appears as page 1 of the doc, and pages 2 and 3 are blank. Still this is an improvement over the 641c behavior which was to core dump on a similar file. (StarOffice 5.2 handled such a document without problem.) Too bad IssueZilla ripped out the bugzilla attachment feature, or I could actually provide the document to you. So you must fetch the document from http://web.mit.edu/wdc/www/Tests/test_quote.rtf
Has anybody looked at this issue to determine if it is fixable for 6.0? Y'all DID ask for people to submit bug reports for 641d!
Reassign issue to owner of selected subcomponent
You can not attach a document at the same time you are submitting an issue. Once the issue is written, there is a link in the issuezilla front end. Reassigned to Michael.
MRU->CMC: there are some frames (especially the big ones) which are anchored on the wrong page (all opn page one). SO 5.2 did it better. I'll also file an internal Bug for this.
Toplevel sw/source/filter/rtf/rtffly.cxx should sort it out for SRX643l
Created attachment 2260 [details] File that demonstrates the problem.
I dunno why I missed the "Create a new attachment" on the page, but now that I see it, I've attached the file so that it will be preserved in bugzilla. The copy accessible via URL might go away at some point.
Retitle to help remember what it was about...
SRX643l
Yeah, works fine. Will be available wth next OpenOffice 643 build.
Changing state to "fixed".
Fixed with OO 643C