In comparison to Microsoft Word it breaks all formatting
Created attachment 56322 [details] test case, open in LO and in Microsoft Word
Confirmed with Windows XP and Windows Vista 64. LibO 3.4.5: totally unusable, one single page instead of 29. LibO 3.5 RC2: much much better but not yet fully OK. Basically small glitches.
Tested with LibO 3.4.4 (Windows XP). It looks fine (compared to Word 2007). Result: works with LO 3.4.4, unusable with LO 3.4.5, much better but not good with 3.5.0. This is a regression.
I have to note that speed of loading this file in 3.5.0 is very slow, ~5 minutes or so. It is impossible to use it.
Correction: it works with LibO 3.3.4 (was 3.4.4). Another bug with the pattern "LibO 3.3 OK, LibO 3.4 unusable, LibO 3.5 much better but not OK": Bug 45910 I confirm also the loading speed: < 1 s with Word 2007, < 2 s with LiBO 3.3, about 5 minutes (!!) with LiBO 3.5 (100% CPU work load). See also Bug 44736 Setting importance to "major". Importance of Bug 44736 should probably be set to major too (many RTF files affected).
Regression does appear in oldest version of bibisect-3.5.tar.lzma and must be older.
Created attachment 58145 [details] Example how bad RTF works in LO
I attached a very crappy example of RTF document with many objects- it even crashes MS Word on regular basis. Anyway in LO3.5 it is completely unreadable.
Created attachment 58799 [details] rtf comparison in 3.4.5 and 3.5.1 Content is generated by some propietary libs, may be "crystal reports". Unfortunately it is a part of currently irreplaceable production software complex. LO 3.5.1 is totaly unusable with it.
Confirming. RTF import in clearly broken. Is there any way to switch to old filter in 3.5? Attached image with two renders of rtf file generated by some (sadly) vital proprietary crap. The upper image is from 3.4.5, lower is in 3.5.1. Screenshots were taken on windows 7, but in linux it is the same. Not a single object in correct place. Unfortunately, I can't attach rtf itself, because it is generated, and can not be created without sensible data, or altered without ruining it further.
@Lukasz: are you sure that your file is valid RTF? Abiword says that it encounters some errors and WordPad what seems to be the RTF code itself. LO 3.3.4 shows an empty table. Could you attach a PDF, a .doc or a ODT of the same document showing what we you see ? Best regards. JBF
(In reply to comment #11) > @Lukasz: are you sure that your file is valid RTF? Abiword says that it > encounters some errors and WordPad what seems to be the RTF code itself. > LO 3.3.4 shows an empty table. > Jean, I downloaded attached file, unzip it, open and converted to pdf in LO 3.5.1.2. Will upload it in a minute.
Created attachment 58853 [details] Converted Report.rtf t pdf format
(In reply to comment #11) > @Lukasz: are you sure that your file is valid RTF? Abiword says that it > encounters some errors and WordPad what seems to be the RTF code itself. > LO 3.3.4 shows an empty table. > Could you attach a PDF, a .doc or a ODT of the same document showing what we > you see ? Sorry, my English is too bad :-) Last sentence should be read as follows : Could you attach a PDF, a .doc or a ODT of the same document showing what we should see (when it is correctly displayed) ? Best regards. JBF
Jean, I uploaded docs in two format which present expected layout. Have a nice day!
Created attachment 59069 [details] expected layout
Created attachment 59070 [details] expected layout in ms word format
I can confirm that the table at the start of the document is missing (the text is available as normal paragraphs only), it seems this is caused by the importer not handling tables at the start of the document which have only empty cells in their first rows. I'll try to fix this soon.
Miklos, The problem is that this is not a table, but the whole document consist of a bunch of floating OLE objects, so this documents even crashes any version of MS Office while editing... I know, I know, the person who choose this format instead of regular html table should hang, but ones this opens correctly, LO will better than any MSO :).
Miklos Vajna committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=b475bc459d0406c9211c7be69973f310949a45a6 fdo#45394 fix RTF import of tables with empty first row
Miklos Vajna committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=6b7942f5ac0498414931a0e7842aa96452b7a04d fdo#45394 fix RTF import of custom fonts in substreams
Lukasz, Vladimir, Sorry, looks like your test documents are not related to this bug. To avoid confusion (when a single bug number refers to independent issues) please open a separate bugreport for independent issues. I'll close this bug once Dmitry's original document is imported correctly in master (and as usual, will request cherry-picking the fixes to -3-5 as well). Miklos
Miklos Vajna committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=0827e813f9b5afcec393bad7894c4ec1954d88f1 testcase for fdo#45394
Fixed in master, marking as resolved.
> > Sorry, looks like your test documents are not related to this bug. To avoid > confusion (when a single bug number refers to independent issues) please open a > separate bugreport for independent issues. > > Miklos Miklos, I sumbitted another bug to separate our issues- 48132
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-3-5": http://cgit.freedesktop.org/libreoffice/core/commit/?id=a19a526648175e5c7091ea08293e62cc756b4d0c&g=libreoffice-3-5 fdo#45394 fix RTF import of tables with empty first row It will be available in LibreOffice 3.5.3.
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-3-5": http://cgit.freedesktop.org/libreoffice/core/commit/?id=606dd9f18806ad3f659041e395eed870139699d2&g=libreoffice-3-5 fdo#45394 fix RTF import of custom fonts in substreams It will be available in LibreOffice 3.5.3.
Thank you very much! Will it fix slow loading of rtf file?
Dmitry, The fix just affects the result of the import, not the speed of it. For the speed, we have bug 44736. Miklos
(In reply to comment #25) > > [...] > I sumbitted another bug to separate our issues- 48132 Thank you. I will mark your attachments as obsolete in this bug report. They are available in bug 48132 (use the word "bug" before the bug number to instruct bugzilla to create a link to the bug report). Best regards. JBF
Verified in LO 3.5.3 rc2. Closing. Thank you.
Migrating Whiteboard tags to Keywords: (rtf_filter -> filter:rtf) [NinjaEdit]