When exporting an RTF file from attachment 103815 [details], it is way to large in comparison to other applications. Kingsoft : 6.0 mb OOo 3.3 : 48.9 mb Word 2013 : 81.1 mb Word 2007 : 108.9 mb LibO 3.6 : 168.5 mb LibO 4.1 : 174.5 mb LibO 4.3 : 169.0 mb Also opening the 4.3.1 exported RTF in word 2013 will halt it (i let it run for 10 minutes before cancelling it). Compare this with the RTF from OOo 3.3 loading in Word 2013 in 5 seconds.
forgot to include LibO 3.3.0. LibO 3.3 : 59.2 mb
After further testing, i see that the 3.3.0 export was so small because it only exported the first 4 pages.
I confirm when export as RTF with 4.3.0.4, it's 177.2 MB.
*** Bug 88407 has been marked as a duplicate of this bug. ***
One of the problems with saving RTF files is the fact that common data is not factored out. Here is the first part of a z/OS generated RTF file +------+------+------+----------+---------+-------+--------+--------+--------+-------+\par | }{\b Trip}{ | }{\b #D}{ | }{\b #R}{ | }{\b KM}{ | }{\b Time}{ | }{\b V=}{ | } {\b Qual}{ | }{\b D=}{ | }{\b R=}{ | }{\b R/D}{ |\par +------+------+------+----------+---------+-------+--------+--------+--------+-------+\par | 1 | 12 | 47 | 2981.2 | 33.44 | 88.4 | 27561 | 248.4 | 63.4 | 3.92 |\par | 2 | 20 |}{\b 98}{ | 7901.6 | 95.29 | 82.8 | 39367 | 395.1 | 80.6 | 4.90 |\par | 3 | 7 | 25 | 2782.6 | 31.53 | 87.3 | 44407 | 397.5 | 111.3 | 3.57 |\par | 4 | 13 | 43 | 6406.4 | 76.25 | 83.8 | 53804 | 492.8 | 149.0 | 3.31 |\par | 5 | 5 | 39 | 2832.6 | 30.42 | 92.3 | 58973 | 566.5 | 72.6 | 7.80 |\par | 6 | 13 | 56 | 8529.9 | 93.34 | 91.2 | 73703 | 656.1 | 152.3 | 4.31 |\par | 7 | 7 | 20 | 5903.7 | 60.51 | 97.0 | 110465 | 843.4 |}{\b 295.2}{ | 2.86 |\par | 8 | 2 | 10 | 1951.7 | 21.01 | 92.9 | 108746 | 975.9 | 195.2 | 5.00 |\par | 9 | 11 | 41 | 8152.8 | 86.08 | 94.7 | 88975 | 741.2 | 198.8 | 3.73 |\par | 10 | 8 | 28 | 6528.1 | 63.55 | 102.1 | 107155 | 816.0 | 233.1 | 3.50 |\par | 11 |}{\b 21}{ | 67 |}{\b 12957.5}{ |}{\b 144.37}{ | 89.6 | 72613 | 617.0 | 193.4 | 3.19 |\par The equivalent of a LO (W7, V4.4.2.2) saved RTF file looks like, shudder and cry: +------+------+------+----------+---------+-------+--------+--------+--------+-------+} \par \pard\plain \s0\nowidctlpar{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\cf0\kerning1\dbch\af9\langfe2052\dbch\af7\afs24\alang1081\loch\f3\fs24\lang2057\sl-160\slmult0{\rtlch \ltrch\loch\fs16\loch\f5 | }{\b\rtlch \ltrch\loch\fs16\loch\f5 Trip}{\rtlch \ltrch\loch\fs16\loch\f5 | }{\b\rtlch \ltrch\loch\fs16\loch\f5 #D}{\rtlch \ltrch\loch\fs16\loch\f5 | }{\b\rtlch \ltrch\loch\fs16\loch\f5 #R}{\rtlch \ltrch\loch\fs16\loch\f5 | }{\b\rtlch \ltrch\loch\fs16\loch\f5 KM}{\rtlch \ltrch\loch\fs16\loch\f5 | }{\b\rtlch \ltrch\loch\fs16\loch\f5 Time}{\rtlch \ltrch\loch\fs16\loch\f5 | }{\b\rtlch \ltrch\loch\fs16\loch\f5 V=}{\rtlch \ltrch\loch\fs16\loch\f5 | }{\b\rtlch \ltrch\loch\fs16\loch\f5 Qual}{\rtlch \ltrch\loch\fs16\loch\f5 | }{\b\rtlch \ltrch\loch\fs16\loch\f5 D=}{\rtlch \ltrch\loch\fs16\loch\f5 | }{\b\rtlch \ltrch\loch\fs16\loch\f5 R=}{\rtlch \ltrch\loch\fs16\loch\f5 | }{\b\rtlch \ltrch\loch\fs16\loch\f5 R/D}{\rtlch \ltrch\loch\fs16\loch\f5 |} \par \pard\plain \s0\nowidctlpar{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\cf0\kerning1\dbch\af9\langfe2052\dbch\af7\afs24\alang1081\loch\f3\fs24\lang2057\sl-160\slmult0{\rtlch \ltrch\loch\fs16\loch\f5 +------+------+------+----------+---------+-------+--------+--------+--------+-------+} \par \pard\plain \s0\nowidctlpar{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\cf0\kerning1\dbch\af9\langfe2052\dbch\af7\afs24\alang1081\loch\f3\fs24\lang2057\sl-160\slmult0{\rtlch \ltrch\loch\fs16\loch\f5 | 1 | 12 | 47 | 2981.2 | 33.44 | 88.4 | 27561 | 248.4 | 63.4 | 3.92 |} \par \pard\plain \s0\nowidctlpar{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\cf0\kerning1\dbch\af9\langfe2052\dbch\af7\afs24\alang1081\loch\f3\fs24\lang2057\sl-160\slmult0{\rtlch \ltrch\loch\fs16\loch\f5 | 2 | 20 |}{\b\rtlch \ltrch\loch\fs16\loch\f5 98}{\rtlch \ltrch\loch\fs16\loch\f5 | 7901.6 | 95.29 | 82.8 | 39367 | 395.1 | 80.6 | 4.90 |} \par \pard\plain \s0\nowidctlpar{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\cf0\kerning1\dbch\af9\langfe2052\dbch\af7\afs24\alang1081\loch\f3\fs24\lang2057\sl-160\slmult0{\rtlch \ltrch\loch\fs16\loch\f5 | 3 | 7 | 25 | 2782.6 | 31.53 | 87.3 | 44407 | 397.5 | 111.3 | 3.57 |} \par \pard\plain \s0\nowidctlpar{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\cf0\kerning1\dbch\af9\langfe2052\dbch\af7\afs24\alang1081\loch\f3\fs24\lang2057\sl-160\slmult0{\rtlch \ltrch\loch\fs16\loch\f5 | 4 | 13 | 43 | 6406.4 | 76.25 | 83.8 | 53804 | 492.8 | 149.0 | 3.31 |} \par \pard\plain \s0\nowidctlpar{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\cf0\kerning1\dbch\af9\langfe2052\dbch\af7\afs24\alang1081\loch\f3\fs24\lang2057\sl-160\slmult0{\rtlch \ltrch\loch\fs16\loch\f5 | 5 | 5 | 39 | 2832.6 | 30.42 | 92.3 | 58973 | 566.5 | 72.6 | 7.80 |} \par \pard\plain \s0\nowidctlpar{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\cf0\kerning1\dbch\af9\langfe2052\dbch\af7\afs24\alang1081\loch\f3\fs24\lang2057\sl-160\slmult0{\rtlch \ltrch\loch\fs16\loch\f5 | 6 | 13 | 56 | 8529.9 | 93.34 | 91.2 | 73703 | 656.1 | 152.3 | 4.31 |} \par \pard\plain \s0\nowidctlpar{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\cf0\kerning1\dbch\af9\langfe2052\dbch\af7\afs24\alang1081\loch\f3\fs24\lang2057\sl-160\slmult0{\rtlch \ltrch\loch\fs16\loch\f5 | 7 | 7 | 20 | 5903.7 | 60.51 | 97.0 | 110465 | 843.4 |}{\b\rtlch \ltrch\loch\fs16\loch\f5 295.2}{\rtlch \ltrch\loch\fs16\loch\f5 | 2.86 |} \par \pard\plain \s0\nowidctlpar{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\cf0\kerning1\dbch\af9\langfe2052\dbch\af7\afs24\alang1081\loch\f3\fs24\lang2057\sl-160\slmult0{\rtlch \ltrch\loch\fs16\loch\f5 | 8 | 2 | 10 | 1951.7 | 21.01 | 92.9 | 108746 | 975.9 | 195.2 | 5.00 |} \par \pard\plain \s0\nowidctlpar{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\cf0\kerning1\dbch\af9\langfe2052\dbch\af7\afs24\alang1081\loch\f3\fs24\lang2057\sl-160\slmult0{\rtlch \ltrch\loch\fs16\loch\f5 | 9 | 11 | 41 | 8152.8 | 86.08 | 94.7 | 88975 | 741.2 | 198.8 | 3.73 |} \par \pard\plain \s0\nowidctlpar{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\cf0\kerning1\dbch\af9\langfe2052\dbch\af7\afs24\alang1081\loch\f3\fs24\lang2057\sl-160\slmult0{\rtlch \ltrch\loch\fs16\loch\f5 | 10 | 8 | 28 | 6528.1 | 63.55 | 102.1 | 107155 | 816.0 | 233.1 | 3.50 |} \par \pard\plain \s0\nowidctlpar{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\cf0\kerning1\dbch\af9\langfe2052\dbch\af7\afs24\alang1081\loch\f3\fs24\lang2057\sl-160\slmult0{\rtlch \ltrch\loch\fs16\loch\f5 | 11 |}{\b\rtlch \ltrch\loch\fs16\loch\f5 21}{\rtlch \ltrch\loch\fs16\loch\f5 | 67 |}{\b\rtlch \ltrch\loch\fs16\loch\f5 12957.5}{\rtlch \ltrch\loch\fs16\loch\f5 |}{\b\rtlch \ltrch\loch\fs16\loch\f5 144.37}{\rtlch \ltrch\loch\fs16\loch\f5 | 89.6 | 72613 | 617.0 | 193.4 | 3.19 |} \par \pard\plain \s0\nowidctlpar{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\cf0\kerning1\dbch\af9\langfe2052\dbch\af7\afs24\alang1081\loch\f3\fs24\lang2057\sl-160\slmult0{\rtlch \ltrch\loch\fs16\loch\f5 Do we really need all this crap, like repeated font and font-size changes? And if we do, why isn't it a document-wide setting outside the {} z/OS generated file: 376,991 bytes Writer saved file : 1,402,484 bytes (just a "Save As", no editing whatsoever)
Migrating Whiteboard tags to Keywords: (perf, filter:rtf)
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.6 or 5.2.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170103
So here are some additional results LibO 3.3 : 59.2 mb LibO 3.4 : 183.8 mb LibO 4.4+ : 124.8 mb Word 2010 isn't able to open up the rtf produced by 4.4 and above.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
(In reply to Yousuf Philips (jay) (retired) from comment #8) > LibO 4.4+ : 124.8 mb Still the same size. Arch Linux 64-bit Version: 6.3.0.0.alpha0+ Build ID: 1fee3f1da6291bfbcd75455512726215d41b3e83 CPU threads: 8; OS: Linux 5.0; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 18 April 2019
Dear Yousuf Philips (jay) (retired), To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Created attachment 177856 [details] The example file in Word and the RTF-version in Writer master Still a problem in: Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: eb69767d7c1bb8e6e780fd9503f08c9d7f5ecb45 CPU threads: 13; OS: Windows 10.0 Build 19042; UI render: default; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: threaded Likely the same issue as bug 101170 Another issue pictured here: Top and Bottom crop values are not exported to RTF, so the image looks distorted as well.
Seems to be much better now after tdf#104288: rtf export: drop \nonshppict on export Original docx file size: 1.08 MB (1,132,884 Bytes) Saved RTF file size: 2.69 MB (2,820,982 Bytes) Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a09b59cdbde2ab92bbbb6737337b74a7a62b17f1 CPU threads: 15; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: threaded Crop settings are still lost as noted in comment #12, adding relevant separate bug 134843 to see also. *** This bug has been marked as a duplicate of bug 104288 ***