Created attachment 105391 [details] Example file to show the effect. The attached rtf file is a documentation report created using the Enterprise Architect UML tool. It is the documentation of a dummy project. This project contains a couple of nested, empty packages. Therefore the documentation consists of an outline only. The structure of the outline reflects the nesting of the packages. How to reproduce the error: Open the attached file with LibreOffice Writer. You should see a document containing a couple of blue lines, containing the text "Title" or "Header (xxx)", where xxx is an outline numbering. Current behaviour: All the blue lines use the same paragraph style, the "Default Style". Expected behaviour: The blue lines should use a heading paragraph style corresponding to the outline numbering. The rtf file is interpreted correctly by MS Word 97 on Windows XP and MS Word 2010 on Windows 8. The problem is a regression, as an old StarOffice 9 installation shows the correct paragraph styles. Observed with LibreOffice 4.2.5.2 and Windows 7.
Hello Albrecht, Thank you for submitting the bug. I can confirm that the bug wasnt there in 3.3.0 (old RTF import filter) and is there in master (new RTF importer). Version: 4.4.0.0.alpha0+ Build ID: fcc6e8ae56d539ef92bfb917a52ac0638b3db25f TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2014-08-30_01:50:29
Created attachment 105487 [details] LibO 3.3.0 vs Master
Why is this marked notBibisectable?
(In reply to Björn Michaelsen from comment #3) > Why is this marked notBibisectable? I set it as notBibisectable as its a bug pre-3.6 and is a regression because of Miklos' new rtf import code caused the regression. Was i wrong about this?
Problem is that {\*\bkmkstart ...}\pard<para props> sequence is not handled, i.e. we expect that by the time some text shows up in a paragraph (where a bookmark name counts as "some text") paragraph properties are finalized. I'll look into this.
Miklos Vajna committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=8a30ba573470d59dbb0501b488f8a655b015ffd2 fdo#83204 RTF import: handle \pard<para props> after \bkmkstart It will be available in 4.4.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.
libreoffice-4-3 review: https://gerrit.libreoffice.org/12527
Verified on: * Version: 4.5.0.0.alpha0+ * Build ID: 84c69550bcb8139669de9cf98b51c35f21fe853d * TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2015-01-13_08:44:23 * Locale: it_IT on Ubuntu 14.04.1 LTS x86_64 with fresh user profile
*** Bug 65824 has been marked as a duplicate of this bug. ***
Migrating Whiteboard tags to Keywords: (filter:rtf, notBibisectable) Remove redundant 'rtf_filter'. [NinjaEdit]