Created attachment 98789 [details] kingsoft writer .rtf I download the .docx file found at < http://download.microsoft.com/documents/uk/partner/publicsector/DraftMicrosoftResponsetoGovernment.docx > and opened it in Kingsoft Writer and saved it as an RTF file. I then opened the RTF file in LibO and on page 15, the numeric list number character shown as '10!broken!!' rather than '1.' In LibO 4.2.3 and 4.2.5, this error results in the number list not being indented, as well as the font used in each entry to be Times New Roman rather than being Calibri. This was tested in Linux Mint on the last releases from 4.1 and 4.2, as well as 4.2.5 and 4.3 alpha. I had previously mentioned this as a second part of bug 77861, but wanted to give this its own bug report. As can be seen in the screeenshot, this is a fault in kingsoft writer's RTF output code as word 2010 doesnt output the number, which LibO should also do.
Created attachment 98790 [details] numeric list shown in 4.2, 4.3, word 2010 and kingsoft writer
Interesting findings. In 4.2.4.2 numbers show correctly but are in "liberation serif" font and not calibri. Word 2011 on OSX behaves identical. Calibri and liberation serif for the numbered list. needadvice as I'm unsure what to make of this and also a third party software is involved (kingsoft writer), which could be messing things up.
Created attachment 98808 [details] OSX LO 4.2.4.2
(In reply to comment #2) > Interesting findings. In 4.2.4.2 numbers show correctly but are in > "liberation serif" font and not calibri. Weird that LibO would display fine on mac and not on linux as its all the same code base. Well i just tested 4.2.3.3 on Windows XP and see the '10!br0ken!!'. > Word 2011 on OSX behaves identical. > Calibri and liberation serif for the numbered list. This just confirms that ms word on windows is different than word on mac, as i also tested word 2013 on windows 7 and it shows the same as word 2010, with no numbering. please upload a pdf of the file opened in word on mac, so i can compare its output, thanks. :) > needadvice as I'm unsure what to make of this and also a third party > software is involved (kingsoft writer), which could be messing things up. as previously stated, there is something wrong with the RTF output from kingsoft as word 2010/2013 shows no number list numbers.
I can reproduce the '10!broken!!' bug. Tested using windows 8.1 with LibreOffice Version: 4.3.0.0.beta1 Build ID: 2e39c7e59c8fc8b16a54c3d981dceef27fb0c07f I'll try to reduce the file to the bug only. Attaching a 19 pages long document isn't inviting for a developer ;-). Kind regards, Joren
Mmh, if I try to isolate those 2 paragraphs and resave (Office 2013), I can not reproduce the behavior anymore. Kind regards, Joren
Created attachment 99795 [details] isolated number list example
Hi Could it be the same issue as in bug 76239?
(In reply to comment #8) > Could it be the same issue as in bug 76239? No its unrelated.
Tested attachment 99795 [details] on 4.3.1 and now instead of '10!broken!!' it shows '10.', so i'm not sure whether this should be closed or not as it should show '1.'.
Same behaviour of showing '10.' rather than '1.' is still present in master. Version: 5.1.0.0.alpha1+ Build ID: 1c9302565aefb5a54b1b7f1478dd6dac724d30ea TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2015-05-21_00:47:28 The old RTF importer in 3.3.0 would act similar to Word 2010 and not show the bullet number.
Migrating Whiteboard tags to Keywords: (filter:rtf)
I can reproduce, \levelnumbers contains something strange, we do a best effort import of it, while Word gives up handling it.
Miklos Vajna committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=428a1da60b88415e7db21353a42bed85b8b76ed9 tdf#78506 RTF import: fix handling of invalid \levelnumbers It will be available in 5.3.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-5-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=100321e9b39687e8021763ee0aec95de856c497c&h=libreoffice-5-2 tdf#78506 RTF import: fix handling of invalid \levelnumbers It will be available in 5.2.1. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.